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pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http ://www. etsi .org/legal/home . htm ) . 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 



This Technical Specification (TS) has been produced by ETSI Technical Committee Special Mobile Group (SMG). 
The present document specifies trace faciUties for the Digital cellular telecommunications system. 



Introduction 



The trace facility enables customer administration and network management to trace the activities of various entities 
when specific events occur within the PLMN. This facility should also enable the tracing of all the information that is 
available to the PLMN concerning the call path used by the associated entity. Examples of information that could be in 
a trace record are: 

the identity of the originating and terminating equipment of the mobile or fixed subscriber; 

the identity of the incoming and outgoing circuits of the nodes involved; 

supplementary Services invoked; 

all A-Interface messages. 

The trace facility is a useful maintenance aid and development tool which can be used during system testing and 
proving. In particular it may be used in conjunction with test-MSs to ascertain the digital cell "footprint", the network 
integrity and also the network QOS as perceived by the PLMN customers. 

The facility may be used by subscriber administration and network management for subscriber observation, e.g. 
following a customer complaint or on suspicion of equipment malfunction by the operator or at the request of the 
police. 

As the amount of information that can be collected for a single call is very large. Network Elements can limit the 
number of simultaneous traces by either rejecting a trace request or by only producing a sub-set of the information 
required. 
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1 Scope 

The present document specifies the Trace faciHty for GSM where it refers to: 

subscriber tracing (tracing of International Mobile Subscriber Identity (IMSI)); 

equipment tracing (tracing of International Mobile station Equipment Identity (IMEI)). 

It does not cover: 

types of trace which relate more to network elements than to individual subscribers e.g. tracing events within a 
Base Station System (BSS), and so on; 

tracing of all possible parties in e.g. a multi-party call. 

It also refers only to tracing activated from the OSF and not to that activated by means of local Man Machine Interface 
(MMI). 

2 References 

The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. 

[1] GSM 01.04 (ETR 100): "Digital cellular telecommunications system (Phase 2); Abbreviations and 

acronyms". 

[2] GSM 04.08 (ETS 300 557): "Digital cellular telecommunications system (Phase 2); Mobile radio 

interface layer 3 specification" . 

[3] GSM 08.06 (ETS 300 589): "Digital cellular telecommunications system (Phase 2); Signalling 

transport mechanism specification for the Base Station System - Mobile-services Switching Centre 
(BSS - MSC) interface". 

[4] GSM 08.08 (ETS 300 590): "Digital cellular telecommunications system (Phase 2); Mobile 

Switching Centre - Base Station System (MSC - BSS) interface Layer 3 specification". 

[5] GSM 08.58 (ETS 300 596): "Digital cellular telecommunications system (Phase 2); Base Station 

Controller - Base Transceiver Station (BSC - BTS) interface Layer 3 specification". 

[6] GSM 09.02 (ETS 300 599): "Digital cellular telecommunications system (Phase 2); Mobile 

Application Part (MAP) specification". 

[7] GSM 12.00 (ETS 300 612-1): "Digital cellular telecommunications system (Phase 2); Objectives 

and structure of Network Management (NM)". 

[8] GSM 12.01 (ETS 300 612-2): "Digital cellular telecommunications system (Phase 2); Common 

Aspects of GSM Network Management (NM)". 

[9] GSM 12.02 (ETS 300 613): "Digital cellular telecommunications system (Phase 2); Subscriber, 

Mobile Equipment (ME) and services data administration". 

[10] GSM 12.05 (ETS 300 616): "Digital cellular telecommunications system (Phase 2); Subscriber 

related event and call data". 
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[11] GSM 12.20 (ETS 300 622): "Digital cellular telecommunications system (Phase 2); BSS 

Management Information" . 

[12] ITU-T Recommendation X.227 - ISO 8650: "Information technology - Open Systems 

Interconnection - Connection-oriented protocol for the association control service element: 
Protocol specification". 

[13] ITU-T Recommendation X.721 (ITU-T I ISO/IEC 10165-1): "Information technology - Open 

Systems Interconnection - Structure of management information: Definition of management 
information". 

[14] ITU-T Recommendation X.734 (ITU-T I ISO/IEC 10164-5): "Information technology - Open 

Systems Interconnection - Systems Management: Event report management function". 

[15] ITU-T Recommendation X.735 (ITU-T I ISO/IEC 10164-6): "Information technology - Open 

Systems Interconnection - Systems Management: Log control function". 

[16] ITU-T Recommendation X.731 (ITU-T I ISO/IEC 10164-2): "Information technology - Open 

Systems Interconnection - Systems Management: State management function". 



3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the following terms and definitions apply: 

activation of a trace: An action taken at the OSF through MMI commands to allow a trace record to be produced for a 
particular IMSI or IMEI when an Invocation Event occurs. This equates to "activation of a trace" in GSM 09.02 [6]. 

active pending: The state of an activated trace is called Active Pending in a particular NE when the subscriber or 
equipment being traced is not registered in that NE. 

invocation of a trace: An event relating to a particular IMSI or IMEI that occurs in the network that causes data to be 
collected in a trace record in circumstances where trace has been activated for that IMSI or IMEI. This equates to 
"tracing subscriber activity" in GSM 09.02 [6] and "Trace Invocation" in GSM 08.08 [4]. It is possible that an event 
relating to the IMSI/IMEI may still be active when another event or events relating to the same IMSI/IMEI occurs 
which requires additional information to be collected. These additional events are termed parallel events. This 
additional trace information for parallel events is collected in the same trace record as the first event. 

trace record: In the NEF a trace record is a set of traceable data collected as determined by the trace type. The trace 
record is collected under the trace record criteria specified by the OSF and transferred to the OSF. 

3.2 Abbreviations 

For the purposes of the present document, the abbreviations given in GSM 01.04 [1]. 
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Trace overview 



Figure 1 gives an outline of the subscriber and equipment tracing and shows the relationship between the inputs on 
activation and deactivation and the trace record outputs. 
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Figure 1 : Subscriber and Equipment Trace for 12.08 

Trace Activation and Deactivation are described in clause 5. 
The Trace Types are defined in clause 6. 
The Trace Records are defined in clause 7. 
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The following events may invoke a MSC or BSS trace: 

- Call set-up within MSC (MOC, MTC) (incl. attempts); 

- SS-Action; 

- Location Update (Normal and Periodic); 

- SMS-MO; 

- SMS-MT; 

- IMSI attach and detach. 

Additionally, the following event may invoke a BSS trace: 

Handover. 
An HLR Trace may be invoked by one of the following: 

- Location updates/cancellations; 
Insert/delete subscriber data; 
Routing enquiry (speech and SM); 
Provide roaming number; 

SS activity; 

- SMS: Alert service centre/Ready for SM. 

Trace records are generated within the managed elements by the trace control function according to the trace type. Once 
a trace has been invoked and a trace record is being compiled, subsequent invoking events relating to that IMSI (parallel 
events) will not cause new records to be compiled simultaneously but will be contained in the same trace record as the 
first event. 

For operator defined trace types the events on which trace records are generated and their contents are defined within 
the trace record generation control. 

These records are then transferred to the OSF (as defined by OMC-Id of the Destination OMC or forwarded by the 
EFD) either as notifications (CMISE), or with bulk transfer (FT AM). 



5 Trace activation and deactivation 

5.1 General 

The present document is only concerned with the activation of a trace from an OSF (OMC), and the OSF shall keep a 
log of all trace activations and their deactivations. All entries in the log shall be date and time stamped. 

In the case of an OSF (OMC) failure, it may be possible to activate and deactivate the trace at a particular network 
element by means of local MMI, but the procedures for doing this are not covered by the present document. 

Facilities shall exist to allow unsolicited trace data to be received by an OSF. This permits the collection of trace data if 
the triggering entity (i.e. OSF or network element) is different to the collecting OSF. 

5.2 Subscriber Tracing (Tracing of IIVISI) 
5.2.1 General 

The tracing of both home and foreign roaming subscribers can be handled with this function. 
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If implemented, then the way the trace facility is used and organized, including restrictions due to national laws and 
regulations, will be a matter for the PLMN Operator. 

All trace records created in the HLR, MSC "A", MSC "B" and BSS are forwarded to the OSF either as notifications 
and/or with bulk transfer, as defined in the trace parameters. 

The following scenarios are identified from the HPLMN operation viewpoint: 

a) HPLMN Operator traces its own (home) IMSI within the HPLMN; 

b) HPLMN Operator traces the HLR activities of its own (home) IMSI while they are roaming in a VPLMN; 

c) HPLMN Operator wishes to trace foreign roaming subscribers (IMSI) within its own HPLMN. 

5.2.2 HPLMN Operator Traces Home Subscriber within tine HPLMN 

The Operator may activate a trace for a home subscriber (IMSI) from any OSF by invoking the management function 
Activate Home Subscriber Trace in the HLR where the IMSI is contained. This request includes the trace parameters 
in the following list: 

a) IMSI to be traced; 

b) Trace Reference; 

c) OMC-Id of the destination OMC; 

d) Trace Type; 

e) HLR Trace Type. 

For each IMSI, only one HPLMN subscriber trace can be active, subsequent requests being rejected. 

If the IMSI is roaming within its HPLMN, then the trace request is forwarded to the VLR where the subscriber is 
registered via a MAP message (MAP-ACTIVATE-TRACE-MODE). 

When the HPLMN subscriber trace is activated, a trace record will be created by MSC "A" , MSC "B", HLR or BSS 
when certain invoking events occur i.e. MOC, MTC, SS-Action, SMS-MO, SMS-MT, Location Update, IMSI attach 
and detach. The trace action and record layout is defined by the trace type parameters. 

A trace may be invoked in the BSS when an Invoking Event, specified in the Invoking Event sub-field in the Trace 
Type, occurs and the BSS Record Type is set to a value other than "No BSS Trace". A Trace is invoked by sending a 
BSSMAP MSC_INVOKE_TRACE message from the MSC to the BSS. When the BSS receives this message it starts 
tracing the necessary fields as specified in the BSS Record associated with the specified BSS Record Type. 

If the subscriber is roaming in a foreign PLMN then the HPLMN subscriber trace request is stored in the HLR, but the 
trace is not active in the HPLMN VLRs. 

The trace is deactivated by using the management function Deactivate Home Subscriber Trace in the HLR. This 
request includes the trace parameters in the following list: 

a) IMSI; 

b) Trace Reference. 

If the IMSI is roaming within its HPLMN then the trace deactivation request is forwarded to the VLR where the 
subscriber is registered via a MAP message (MAP-DEACTIVATE-TRACE-MODE). 

TMN Management Functions required for trace activation (in HLR): 

Activate Home Subscriber Trace 

Deactivate Home Subscriber Trace 
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5.2.3 HPLMN Operator traces the HLR activities of own IMSI roaming in a 
VPLMN 

This scenario is identical to the previous scenario with the exception that the only records generated come from the 
HLR. 

5.2.4 PLMN Operator wislnes to trace foreign subscribers (IMSI) in own 
PLMN 

In order to trace the IMSIs of roaming subscribers in own PLMN, a list of those IMSIs plus the associated subscriber 
trace parameters must be stored in the VLR. No HLR trace records are produced for foreign subscriber traces. 

The operator may activate a trace for any foreign roaming IMSI from an OSF by invoking the management function 
Activate Foreign Subscriber Trace in one or more VLRs within their own PLMN. If the location of the subscriber is 
not known it is necessary to activate the trace in all VLRs where the subscriber may be located. 

The following trace parameters are sent with this request: 

a) IMSI to be traced; 

b) Trace Reference; 

c) OMC-Id of the destination OMC; 

d) Trace Type. 

The trace request is stored in the VLR. If the subscriber subsequently roams into the VLR area the VPLMN subscriber 
trace will be activated. 

For each IMSI only one foreign subscriber trace can be active in a particular VLR, subsequent requests being rejected. 

A trace may be invoked in the BSS when an Invoking Event, specified in the Invoking Event sub-field in the Trace 
Type, occurs and the BSS Record Type is set to a value other than "No BSS Trace". A Trace is invoked by sending a 
BSSMAP MSC_INVOKE_TRACE message from the MSC to the BSS. When the BSS receives this message it starts 
tracing the necessary fields as specified in the BSS Record associated with the specified BSS Record Type. 

The VPLMN subscriber trace is deactivated by invoking Deactivate Foreign Subscriber Trace in the VLR. This 
request includes the trace parameters in the following list: 

a) IMSI; 

b) Trace Reference. 

TMN Management Functions required for trace activation (in VLR): 
Activate Foreign Subscriber Trace 
Deactivate Foreign Subscriber Trace 

5.3 Equipment Tracing (Tracing of IMEI) 
5.3.1 General 

If the tracing of IMEIs is implemented then the way the trace facility is used and organized, including restrictions due to 
national laws and regulations, will be a matter for the PLMN Operator. 

An IMEI may be traced in order to find out the current IMSI, or the location or behaviour of faulty or stolen equipment 
reported via the EIR. 

The ETS describes one method of handling IMEI tracing i.e. tracing of IMEI via the VLR. 
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5.3.2 Tracing of IMEI via VLR 



The operator may activate an equipment trace for any subscriber's equipment (IMEI) from an OSF by invoking the 
management function Activate Equipment Trace in one or more VLR in the HPLMN. The trace must be activated in 
all VLRs controlling areas where it is required to trace the target IMEI. The trace parameters are transmitted with the 
activation request. 

The following trace parameters are sent with this request: 

a) IMEI to be traced; 

b) Trace reference; 

c) OMC-Id of the destination OMC; 

d) Trace Type. 

For GSM Phase 2 Mobile Stations the IMEI will be available to the Network as it can be included in the BSS-MAP 
message CIPHER-MODE-COMPLETE. If IMEI trace is required, it is the responsibility of the network operator to 
specify that CIPHER-MODE-COMPLETE contains IMEIs, or optionally the IMEI is called for in connection with 
MOC, location update etc. Alternatively the network can ask the MS for the IMEI by sending a GSM 04.08 [2] 
IDENTITY REQUEST message to the MS, indicating that the IMEI is required. 

When a subscriber arrives at a VLR using an equipment with an IMEI for which trace has been activated (but is in 
pending state) at that VLR then the IMEI trace will become. 

For each IMEI only one equipment trace can be active in a particular VLR at any one time, subsequent requests being 
rejected, although both the IMSI trace (home subscriber tracing and foreign subscriber tracing) and the IMEI trace can 
be active at the same time. 

This equipment trace is deactivated by invoking the management function Deactivate Equipment Trace in the VLR. 
This request includes the trace parameters in the following list: 

a) IMEI; 

b) Trace Reference. 

TMN Management Functions required for trace activation (in VLR): 
Activate Equipment Trace 
Deactivate Equipment Trace 

5.4 TMN Management Functions for Activation/Deactivation 
5.4.1 List of Functions 

5.4.1.1 HLR 

Activate Home Subscriber Trace 
Deactivate Home Subscriber Trace 

5.4.1.2 MSC/VLR 

Activate Foreign Subscriber Trace 
Deactivate Foreign Subscriber Trace 
Activate Equipment Trace 
Deactivate Equipment Trace 
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5.4.2 Activate Home Subscriber Trace 

This function is equivalent to the OM_Subscriber_Tracing_Activation_req in GSM 09.02 [6]. 

The subscriber tracing procedures are used for the management of the trace status and the type of trace. 

The subscriber tracing activation procedure operates as follows: 

a) The OSF creates a tracedHomeSubscriberlnHlr object instance in the HLR of the subscriber to be traced. 

b) If the subscriber is roaming outside of the HPLMN or not currently registered, then the trace is in active pending 
state. The home subscriber trace for the subscriber is activated in the HLR on a subsequent location update. This 
activation is shown as an attribute value change in the attribute traceActivatedlnVlr. 

c) If the subscriber is already registered then the home subscriber trace becomes immediately active in the HLR 
(after positive confirmation from the VLR). 

When the trace is first activated then the status of the trace indicator attribute traceActivatedlnVlr in the 
tracedHomeSubscriberlnHlr object instance is set to False. 

If the subscriber is registered and is roaming in the home PLMN area then the HLR will initiate the 
MAP-ACTIVATE-TRACE-MODE request primitive and the trace indicator status will be set to True only in the case 
of a positive confirmation of the MAP-ACTIVATE-TRACE-MODE. In case of an error, the trace indicator status 
remains False. 

If the MAP-ACTIVATE-TRACE-MODE confirm primitive is received indicating an error situation then this is 
recorded in an error attribute in the tracedHomeSubscriberlnHlr object instance. 

If the subscriber roams to an area outside that where tracing is possible then the status in the 
tracedHomeSubscriberlnHlr object instance is updated to False. 

The trace records are sent from the recording NEF to the OSF by the deployed event reporting mechanism (see chapter 
Trace Record Transfer). The Trace Type attribute indicates the type of trace records to be produced and the way in 
which they will be reported i.e. each event record being either directly sent to the OSF in real-time, or being collected in 
a file for later transfer. 

All attribute value changes will be reported with a notification to the OSF. 

System management functions: 

Create tracedHomeSubscriberlnHlr 

Get Attribute 
Notifications: 

objectCreation 

attribute ValueChange 

5.4.3 Deactivate Home Subscriber Trace 

This function is equivalent to the OM_Subscriber_Tracing_Deactivation_req in GSM 09.02 [6]. 

The subscriber trace is deactivated by the OSF deleting the tracedHomeSubscriberlnHlr object instance in the HLR. 

If the trace status is True then the HLR will send the MAP-DEACTIVATE-TRACE-MODE message to VLR. 

If the MAP-DEACTIVATE-TRACE-MODE confirm primitive is received indicating an error situation then this is 
indicated to the OSF via an error attribute in the tracedHomeSubscriberlnHlr object instance and the object is not 
deleted. 

The home subscriber trace deactivation can be indicated with a notification to the initiating OSF. 
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System management functions: 

Delete tracedHomeSubscriberlnHlr 

Get Attribute 
Notifications: 

objectDeletion 

attribute ValueChange 

5.4.4 Activate Foreign Subscriber Trace 

This function is analogous to the OM_Subscriber_Tracing_Activation_req in GSM 09.02 [6], but the trace activation is 
performed directly in the VLR. 

The foreign subscriber trace is activated by the OSF executing the system management function Create 
tracedForeignSubscriberlnVlr in the VLR. 

THE OSF creates a tracedForeignSubscriberlnVlr object instance in the VLR(s) in which the network operator wishes 
to trace the subscriber. 

The tracing continues as follows: 

a) If the subscriber is not currently registered, then the foreign subscriber trace for the subscriber is active pending. 
It is activated (i.e. status attribute value is set to True) in the VLR on a subsequent location update. The 
activation is notified to the OSF as an attribute value change in the attribute foreignSubscriberRegisteredlnVlr. 

b) If the subscriber is already registered then the foreign subscriber trace becomes immediately active in the VLR. 

When the trace is first activated then the status of the attribute foreignSubscriberRegisteredlnVlr is set to False. When 
the traced subscriber registers in the VLR the attribute status of foreignSubscriberRegisteredlnVlr is set to True. 

All attribute value changes will be reported with a notification to the OSF. 

The trace records are sent from the corresponding MSC to the OSF by the deployed event reporting mechanism (see 
chapter Trace Record Transfer). The Trace Type attribute indicates the type of trace records to be produced and the 
method by which they will be reported. 

System management functions: 

Create tracedForeignSubscriberlnVlr 

Get Attribute 
Notifications: 

objectCreation 

attributeValueChange 

5.4.5 Deactivate Foreign Subscriber Trace 

This function is analogous to the OM_Subscriber_Tracing_Deactivation_req in GSM 09.02 [6], but the trace 
deactivation is performed. 

The OSF deactivates subscriber trace by deleting the tracedForeignSubscriberlnVlr object instance in the VLR(s) in 
which the object instance had previously been created. 

The foreign subscriber trace is deactivated by the OSF executing the system management function Delete 
tracedForeignSubscriberlnVlr in the VLR. 
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System management functions required: 

Delete tracedForeignSubscriberlnVlr 
Notifications required: 

objectDeletion 

attribute ValueChange 

5.4.6 Activate Equipment Trace 

This function is analogous to the OM_Subscriber_Tracing_Activation_req in GSM 09.02 [6], but the trace activation is 
performed directly in the VLR. 

The equipment trace is activated by the OSF executing the system management function Create tracedEquipmentlnVlr. 

The OSF creates a traceEquipmentlnVlr object instance in the VLR(s) for the areas to be monitored. 

The tracing continues as follows: 

a) If the equipment is not currently registered, then the equipment trace for the equipment is active pending. It is 
activated (i.e. status attribute value is set to True) in the VLR on a subsequent location update or IMSI attach. 
The activation is notified to the OSF as an attribute value change in the attribute equipmentRegisteredlnVlr. 

b) If the equipment is already registered then the equipment trace becomes immediately active in the VLR. 

When the trace is first activated then the status of the attribute equipmentRegisteredlnVlr is set to False. When the 
equipment registers in the VLR the attribute status of equipmentRegisteredlnVlr is set to True. 

All attribute value changes will be reported with a notification to the OSF. 

The trace records are sent from the corresponding MSC to the OSF by the deployed event reporting mechanism (see 
chapter Trace Record Transfer). The Trace Type attribute indicates the type of trace records to be produced and the 
method by which they will be reported. 

System management functions: 

Create tracedForeignSubscriberlnVlr 

Get Attribute 
Notifications: 

objectCreation 

attribute ValueChange 



5.4.7 Deactivate Equipment Trace 



This function is analogous to the OM_Subscriber_Tracing_Deactivation_req in GSM 09.02 [6], but the trace 
deactivation is performed in the VLR. 

The equipment trace is deactivated by the OSF executing the system management function Delete 
tracedEquipmentlnVlr. 

The OSF deactivates equipment trace by deleting the tracedEquipmentlnVlr object instance in the VLR(s) in which the 
object instance had previously been created. 

System management functions: 

Delete tracedEquipmentlnVlr 
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Notifications: 

objectDeletion 
attribute ValueChange 

5.5 HLR Functional Entities 

Figure 2 shows that part of the Subscriber Administration Containment Tree for the HLR relevant to Trace activation 
and deactivation. 



hIrFunction 



jracedHomeSubscriberlnHI ■ 



Figure 2: Subscriber Trace Containment Tree for thie IHLR 

5.5.1 IVIanaged Object Classes in HLR 
5.5.1 .1 tracedHomeSubscriberlnHIr 

This object class controls the home subscriber trace facility. Each instance of this object represents an IMSI of a home 
subscriber to be traced i.e. if an instance for an IMSI exists then that means that the trace has been activated for that 
IMSI. 



Name 


M/O Value-Set 


IMSI 


RDN Single 


traceActivatedlnVlr 


M Single 


traceReference 


M Single 


traceType 


M Single 


hlrTraceType 


M Single 


operations ystemid 


O Single 


mapErrorOnTrace 


M Single 


5.5.1.2 Attributes 




5.5.1 .2.1 tracedHomeSubscriberlnHIr 



This attribute is the RDN of the object tracedHomeSubscriberlnHIr and defines an IMSI to be traced. It will be an IMSI 
of a home subscriber for whom tracing is required. 

The syntax is defined in MAP-CommonDataTypes IMSI. 
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traceActivatedlnVlr 

This attribute is single valued and gives an indication of the status of the Trace. Possible values of this attribute are 
True and False. 

On creation this attribute is set to False. 

If the subscriber is registered and roaming within the HPLMN (see GSM 09.02 [6]) then the attribute is set to TRUE (in 
case of positive confirmation from VLR). 

If the subscriber roams to an area which is outside that where tracing is possible the attribute is set to FALSE. 

Each status change triggers an attribute ValueChange notification. 

traceReference 

This attribute is a unique reference for a particular trace associated with a particular IMSI and is allocated by the OSF. 

traceType 

This attribute describes the invoking events for which the operator wishes to collect a trace record for a particular IMSI 
in an MSC or BSS. It also describes the type of record to be collected and indicates whether or not this is a priority 
trace. 

hlrTraceType 

This attribute describes the type of trace record (if any) the operator wishes to be collected in the HLR for a particular 
IMSI. It is assumed for all invoking events. 

operationSystemId 

This attribute contains the address of the OSF to which the operator wishes the trace records associated with this 
particular IMSI to be sent. 

If EFDs are used then trace records are sent to OSFs defined in EFD. 

mapErrorOnTrace 

This attribute is single valued and read only. The syntax is defined in GSM-12-02-Syntax MapErrorOnTrace. 

It is set by MAP and contains the MAP -Errors that may be returned in the confirm primitives of the ActivateTraceMode 
and Deactivate TraceMode Operations. 

If there are MAP -Errors in case of activation of trace, the traceActivatedlnVlr parameter is set to False. 

If there are Map-Errors in case of deactivation of trace (deleting tracedHomeSubscriberlnHIr), the deleting is not 
completed successfully. 

Possible error values are defined in MAP-OperationAndMaintenance Operations and in MAP-Errors. 

5.5.1.3 Notifications 

For each object: 
objectCreation 
objectDeletion 
Attribute ValueChange 

5.6 VLR Functional Entities 

Figure 3 shows that part of the Subscriber Administration Containment Tree for the VLR relevant to Trace. 
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vIrFunction 



tracedForeignSubscriberlnVIr 



tracedEquipmentlnVIr 



Figure 3: Subscriber Trace Containment Tree for thie VLR 

5.6.1 Managed Object Classes in VLR 

5.6.1 .1 tracedForeignSubscriberlnVIr 

This object class controls the foreign subscriber trace facility. Each instance of this object represents an IMSI of a 
foreign subscriber to be traced i.e. if an instance for an IMSI exists then that means that the trace has been activated for 
that IMSI. 

Name M/0 Value-Set 

IMSI RDN Single 

foreignSubscriberRegisteredlnVlr M Single 

traceReference M Single 

traceXype M Single 

operations yste mid O Single 

5.6.1.2 tracedEquipmentlnVIr 

This object class controls the equipment trace facility. Each instance of this object represents an IMEI to be traced i.e. if 
an instance for an IMEI exists then that means that the trace has been activated for that IMEI. 



Name 


M/O Value-Set 


IMEI 


RDN Single 


equipmentRegisteredlnVlr 


M Single 


traceReference 


M Single 


traceType 


M Single 


operations y stemid 


O Single 


5.6.1.3 Attributes 




5.6.1 .3.1 tracedForeignSubscriberlnVIr 



This attribute is the RDN of the object tracedForeignSubscriberlnVIr and defines an IMSI to be traced. It will be an 
IMSI of a foreign subscriber for whom tracing is required. 

The syntax is defined in MAP-CommonDataTypes IMSI. 
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foreignSubscriberRegisteredlnVlr 

This attribute is single valued and gives an indication of the status of the Trace. Possible values of this attribute are 
True and False. 

On creation this attribute is set to False. 

If the foreign subscriber is currently registered in the VLR then the attribute is set to TRUE. 

If the foreign subscriber is not registered in the VLR then the attribute is set to FALSE. 

Each status change triggers an attribute ValueChange notification. 

traceReference 

This attribute is a unique reference for a particular trace associated with a particular IMSI and is allocated by the OSF. 

traceType 

This attribute describes the invoking events that the operator wishes to collect a trace record for a particular IMSI in an 
MSC or BSS. It also describes the type of record to be collected and indicates whether or not this is a priority trace. 

operationSystemId 

This attribute contains the address of the OSF to which the operator wishes the trace records associated with this 
particular IMSI to be sent. 

If EFDs are used, then trace records are sent to OSFs defined in EFD. 

5.6.1.3.2 tracedEquipmentlnVIr 

IMEI 

This attribute is the RDN of the object tracedEquipmentlnVIr and defines an IMEI to be traced. It will be an IMEI for 
the equipment for which tracing is required. 

The syntax is defined in MAP-CommonDataTypes IMEI. 

equipmentRegisteredlnVlr 

This attribute is single valued and gives an indication of the status of the Trace. Possible values of this attribute are 
True and False. 

On creation this attribute is set to False. 

If the equipment is registered in the VLR then the attribute is set to TRUE. 

If the equipment is not registered in the VLR then the attribute is set to FALSE. 

Each status change triggers an attributeValueChange notification. 

traceReference 

This attribute is a unique reference for a particular trace associated with a particular IMSI and is allocated by the OSF. 

traceType 

This attribute describes the invoking events for which the operator wishes to collect a trace record for a particular IMSI 
in an MSC or BSS. It also describes the type of record to be collected and indicates whether or not this is a priority 
trace. 

operationSystemId 

This attribute contains the address of the OSF to which the operator wishes the trace records associated with this 
particular IMSI to be sent. 

If EFDs are used, then trace records are sent to OSFs defined in EFD. 
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5.6.1.4 Notifications 

objectCreation 
objectDeletion 
attribute ValueChange 



6 Trace Types 

6.1 MSC/BSS Trace Type 

The Trace Type field contains the type of trace activated in the MSC or BSS. The trace type consists of the following 
components. 



8 


7 


6 5 


4 3 


2 1 


Priority 
Indication 


For future 
expansion 
(Set to 0) 


BSS Record Type 


IVISC Record Type 


lnvol<ing Event 



Table 1 : Invoking Events 



Bits 


invoicing Events 


2 


1 










MOC, MTC, SMS MO, SMS MT, SS, Location 
Updates, IMSI attach, IMSI detach 





1 


MOC, MTC, SMS MO, SMS MT, SS only 


1 





Location updates, IMSI attach IMSI detach only 


1 


1 


Operator definable 



If the "operator definable" option is selected, all subsequent Trace Record Types are deemed to be "operator definable". 
In this case the significance of bits 3-6 are operator defined, however the significance of bit 8 remains "Priority 
Indication". In all cases, for GSM Phase 2 Network Elements the setting of the 7 shall not affect trace record generation. 

Table 2: MSC Record Type 



Bits 


Record Type 


4 


3 








Basic 





1 


Detailed (Optional) 


1 





Spare 


1 


1 


No MSC Trace 



Table 3: BSS Record Type 



Bits 


Record Type 


6 


5 








Basic 





1 


Handover 


1 





Radio 


1 


1 


No BSS Trace 
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Table 4: Priority Indication 



Bit 


Priority 


8 





No priority 


1 


Priority 



This bitmap of the Trace Type is required to map onto the Trace Type as defined in GSM 09.02 as an Integer with 256 
possible values. This is achieved by a binary to decimal conversion of the bitmap, where bit 8 has weight 128 and bit 1 
has weight 1 . 



6.2 HLR Trace Type 



The HLR Trace Type field contains the type of trace activated in the HLR. The trace type consists of the following 
components. 



8 


7 6 5 


4 3 


2 1 


Priority 
Indication 


For future expansion (Set to 0) 


HLR Record Type 


lnvol<ing Event 



Table 5: Invoking Events 



Bits 


Invoking Events 


2 


1 










All HLR Interactions 





1 


Spare 


1 





Spare 


1 


1 


Operator definable 



If the "operator definable" option is selected, all subsequent Trace Record Types are deemed to be "operator definable". 
In this case the significance of bits 3 and 4 are operator defined, however the significance of bit 8 remains "Priority 
Indication". In all cases, for GSM Phase 2 Network Elements the setting of bits 5-7 shall not affect trace record 
generation. 

Table 6: HLR Record Type 



Bits 


Record Type 


4 


3 








Basic 





1 


Detailed 


1 





Spare 


1 


1 


No HLR Trace 



Table 7: Priority Indication 



Bit 


Priority 


8 





No priority 


1 


Priority 



This bitmap of the Trace Type is only required in the HLR and is not required to be mapped onto any GSM 09.02 [6] or 
other Trace Types. 
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Trace record contents 



7.1 



General 



Tables 9, 10 and 1 1 illustrate the structure of a trace record, and table 8 illustrates the structure of the Trace Record 
header. This header is used at the start of all trace records. 

In the case where trace data is distributed over several records, linkage between the records is provided in the record 
header. If parallel events are also being traced, additional linkage for the traced data relating to each event is provided in 
the trace record content. Parallel events are not applicable to BSS trace records. 

The trace reference, trace type and operation system identification are all provided on trace activation. Each record may 
contain an MSC, BSS or HLR event record. A key is included in the table indicating whether or not the field is 
mandatory. In this table and throughout the present document the key field has the following meaning: 



This field must appear in at least one trace record associated with the invoking event. Any exceptions to this 

rule are explicitly described. 

This field is only available under certain conditions. If available this field must be present in at least one trace 

record associated with the invoking event. The conditions under which this field is available are individually 

described. 

This field is optional and its support is a matter for agreement between equipment manufacturer and network 

operator. Equipment manufacturers do not have to be capable of providing all these fields to claim conformance 

with the present document. 

This field is not required in this instance. 



Table 8: Trace Record Header 



Field 




Description 


IMSI or IMEI 


M 


IMSI or IMEI of subscriber/equipment being traced. See GSM 12.05 annex B 
definitions for Served IMSI and Served IMEI. The BSS shall include this field in the 
reace record header only if available in the A-interface MSC INVOKE TRACE 
message. 


Trace Reference 


M 


An identifier assigned by the OSF at Trace Activation which may be used by the 
OSF in conjunction with the IMSI/IMEI and the Transaction ID to uniquely identify 
a record or collection of records for one particular trace. This must always appear 
in every trace record. 


Transaction id 


C 


An identifier of a particular transaction, described in GSM 08.08. It shall be 
included if available in the A-lnterface message MSC_INVOKE_TRACE. 


Omc-ld 





The address of the OS entity that the OSF activating the trace requires priority 
trace records to be sent to by the NE performing the trace (see also clause 9 
Trace Record Transfer). 


MSC/BSS Trace Type 


C 


This field contains the MSC/BSS trace type as provided in the trace activation 
message (see clause 6.1 MSC/BSS Trace Type). It must always appear in the first 
record header. 


HLR Trace Type 


C 


This field contains the HLR trace type as provided in the trace activation message 
(see clause 6.2 HLR Trace Type). It must always appear in the first record header. 


MSC/BSS Trace Type 
Used 





This field contains the MCS/BSS trace type which has been applied. This trace 
type may be different to the one provided in the trace activation message due to 
manufacturer constraints. It must always appear in the first record header. 


HLR Trace Type Used 





This field contains the HLR trace type which has been applied. This trace type 
may be different to the one provided in the trace activation message due to 
manufacturer constraints. It must always appear in the first record header. 


Start Time 


M 


The time the compilation of the Trace Record was started. It must always appear 
in the first record header. All timestamps used in the TraceEvent Record are 
relative to this time. 


End Time 


M 


The time the compilation of the Trace Record was completed. It must always 
appear in the last record header. It may be used by the OSF as an indication that 
the trace in that particular Network Element is completed. 


Recording Entity 


M 


For MSC/HLR - the E.164 number of the recording entity. 

For BSS - the BSCJD as given in GSM 1 2.20 [11]. 

Alternatively the recording entity may be expressed as a graphic string. 


Trace Event Record 


M 


This field contains either an MSC, HLR or BSS trace record as described in 
clauses 7.2 to 7.4 below. This must always appear in every trace record. 
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Sequence Number 


C 


This field is used to identify tlie sequence of records from a particular recording 
entity when more than one trace record is produced for the invoking event. 


Reason For Record 


C 


This specifies why the record was generated by the NE (see clause 8.2). In 
addition to these reasons, other manufacturer specific reasons may be specified 
(see clause 8.2.3). 



7.2 



MSC Trace Record Content 



The following types of fields are supported in the 2 MSC trace types. 

Table 9: MSC Trace Record Content 



Field 


IMSC Trace Type 


Description 


Basic 


Detaile 
d 


Invoking Event 


M 


M 


Event invoking trace (Not available at the non-anchor 
IVISC on Inter-IVISC Handover). 


Served IMSI 


C 


C 


IMSI of the calling party in the case of MOC or the 
called party in the event of MTC. Not available in case 
of emergency call without SIM. This field is only 
required for IMEI trace. 


Served IMEI 


C 


C 


IMEI of the calling ME in the case of MOC or the 
called party in the event of MTC. This field is only 
required for IMSI trace. 


Served MSISDN 


C 


C 


Primary MSISDN of the party being traced. 


Calling/Called Number 


C 


C 


The MSISDN of the calling party in case of MTC. The 
MSISDN of the called party in case of MOC. 


Calling Subaddress 


C 


C 


The subaddress of the calling party (for both MOC 
and MTC). 


Called Subaddress 


C 


C 


The subaddress of the called party (for both MOC and 
MTC). 


Translated Number 


c 


c 


The called number of the party not being traced after 
digit translation within the MSC (if applicable) (i.e. 
applies to MOC only). 


Connected Number 


c 


c 


The number of the party not being traced (applies to 
MOC only). 


Forwarded-to 
Number 


c 


c 


The number to which the call will be forwarded 
(applies to MTC only). 


Forwarded-to 
Subaddress 


c 


c 


The subaddress to which the call will be forwarded 
(applies to MTC only). 


Redirecting Number 


c 


c 


The number from which the call was last redirected 
(applies to MTC only). 


Original Called 
Number 


c 


c 


The number of the original called party 
(applies to MTC only). 


Roaming Number 


c 


c 


The MSRN of the traced subscriber in the case of 
MTC, or the MSRN of the called subscriber in case of 
MOC, if available. 


Network Trunk 
Group Point 


c 


c 


In case of a MOC the outgoing trunk on which the call 
leaves the MSC. In case of an MTC the incoming 
trunk on which the call originates as seen from the 
MSC. 


Basic Service 


c 


c 


The bearer- or teleservice employed. 


Radio Channel types 





c 


A list of radio channel types used during the 
compilation of the trace record, each timestamped. 


BSS Handover Trunk 





c 


A list of the incoming/outgoing trunk group and 
member used to connect the MSC to BSS (including 
the original and each intra-MSC BSS handover) each 
time-stamped. 


MSC Handover Trunk 





c 


A list of the trunk group and member used to connect 
two MSCs (including the original and each inter-MSC 
handover) each time-stamped. 
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Field 


MSC Trace Type 


Description 


Basic 


Detaile 
d 


Location 


C 


C 


A list of Location Area Codes / Cell Ids used during 
tlie compilation of fine trace record starting with the 
identity of the cell in which the invoking event 
originated or terminated, each time stamped. 


SS Information 


C 


c 


A list of information related to any SS actions carried 
out during the period of the trace. 
The SS Information contains the SS Code for each 
SS Action, the Basic Services for which each SS 
action was carried out, the type of each SS action 
carried out, a list of SS parameters associated with 
each SS action, the result of each SS action and the 
Invoke Id allocated for each SS Action. 


AOC Parameters 





c 


A list of the charge advice parameters sent to the MS 
(including on call set-up and on changes as a result of 
a tariff switch over), each timestamped. 


MS Classmark 2 


c 


c 


A list of the mobile station classmark 2 information 
(starting with on call set-up), each timestamped. 


Call Termination 
Diagnostics 


c 


c 


A detailed reason for the release of the connection. 
See GSM 12.05 annex B - Diagnostics. 


A-lnterface IVIessages 


X 


c 


A sequential list of all DTAP and BSSMAP messages 
passed on the A-lnterface. 


C-lnterface Messages 


X 


c 


A sequential list of all MAP messages passed 
between the Tracing MSC and the HLR/AUC. 


D-lnterface Messages 


X 


c 


A sequential list of all MAP messages passed 
between the Tracing VLB and the HLR/AUC. 


E-lnterface Messages 


X 


c 


A sequential list of all MAP messages passed 
between the Tracing MSC and the subsequent MSC. 


F-lnterface Messages 


X 


c 


A sequential list of all MAP messages passed 
between the Tracing MSC and the EIR. 


G-lnterface Messages 


X 


c 


A sequential list of all MAP messages passed 
between the Tracing VLR and another VLR. 


Network Signalling 
Messages 


X 


c 


A sequential list of all user part messages e.g. ISUP, 
TUP messages. 


Event Start Time 


c 


c 


The time the event was started. 
It must always appear in case the trace record is 
already being compiled and the event belonging to 
this event record for this same subscriber occurs. 


Event Stop Time 


c 


c 


The time the event was finished. 
It must always appear in case the trace record is still 
being compiled due to an ongoing event and the 
event belonging to this event record finishes. 


Event Number 


M 


M 


The Event Number is used to identify tracing data 
belonging to the same event. 


Record extensions 








A set of network/ manufacturer specific extensions to 
the record. 



7.3 BSS Trace Record Content 

The following types of fields are supported in the 3 BSS trace record types: 
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Table 10: BSS Trace Record Content 



Field 


BSS Trace T) 


^pe 


Description 


Basic 


Hando 
ver 


Radio 


Invocation Message 


M 


M 


M 


GSM 08.08 [4] invocation message which started the 
trace action. 


BTS ID 


M 


M 


M 


The ids of all BTSs accessed by the traced party 
during the period of the trace invocation (as per 
GSM 12.20 [11]), each timestamped. 


TRXID 


M 


M 


M 


The ids of all TRXs accessed by the traced party 
during the period of the trace invocation (as per 
GSM 12.20 [11]), each timestamped. 


TRAU ID 











The ids of all TRAUs accessed by the traced party 
during the period of the trace invocation (as per 
GSM 12.20 [11]), each timestamped. 


Radio Channel Info. 


M 


M 


M 


The radio channel types and descriptions used during 
the period of the trace invocation, each timestamped. 


Request type 


C 


C 


C 


The reasons for channel seizure (originating, 
terminating, re-establishment, handover) (see 
GSM 04.08 [2]), each timestamped. 


End Indication 


C 


C 


C 


The reasons for channel release (see GSM 04.08 [2]), 
each timestamped. 


IVIS Power 


X 


c 


c 


The last MS power used before a channel is released 
(see GSM 12.20 [11]), each timestamped. 


BS Power 


X 


c 


c 


The last BS power used before a channel is released 
(see GSM 12.20 [11]), each timestamped. 


Timing advance 


X 


c 


c 


The last timing advance used before a channel is 
released (see GSM 12.20 [11]), each timestamped. 


IVIS Classmark 1 


C 


c 


c 


The MS Classmark 1 indicated during the period of 
the trace invocation, each timestamped. 


MS Classmark 2 


C 


c 


c 


The MS Classmark 2 indicated during the period of 
the trace invocation, each timestamped. 


MS Classmark 3 


C 


c 


c 


The MS Classmark 3 indicated during the period of 
the trace invocation, each timestamped. 


BSIC 


M 


M 


M 


This field is the combination of Network Colour Code 
and Base station Colour Code (see GSM 12.20 [11]). 


CIC 


C 


C 


c 


The terrestrial circuit identification codes used for the 
call on which the trace is being performed, each 
timestamped (see GSM 08.08 [4]). 


Handover result 





c 


c 


The results of each handover occurring during the 
period of the trace invocation each timestamped. 


Handover cause 





c 


c 


The reasons for starting each handover attempt 
during the period of the trace invocation (see 
GSM 08.08 [4]), each timestamped. 


Handover duration 





c 


c 


The times taken between sending the handover 
command and receiving the handover complete for 
each successful handover, each timestamped. 


Target Cell list 


X 


c 


c 


The target cells at the start of each handover attempt, 
each timestamped. 


Synchronization 
information 


X 


c 


c 


The synchronization values for each handover 
attempt, each timestamped. 


SCCP connection event 


X 








Each SCCP connection event used during the period 
of the trace invocation (Connection Request, Confirm, 
Refuse, Released, Released Complete), each 
timestamped. 


BSSMAP message 


X 


c 


c 


L3 Message contents, during the period of the trace 
invocation, each timestamped, see GSM 08.08 [4]. 


DTAP message 


X 








L3 Message contents, during the period of the trace 
invocation each timestamped, see GSM 04.08 [2]. 


RR message 


X 


c 


c 


L3 Message contents, during the period of the trace 
invocation, each timestamped, see GSM 04.08 [2]. 
Only applies to those parts of the message between 
the BSC and the MS. 


A-bis Messages 


X 


X 


c 


All Abis messages except measurement reports and 
power control, each timestamped, see GSM 08.58 [5]. 
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Field 


BSS Trace T) 


^pe 


Description 


Basic 


Hando 
ver 


Radio 


Timed A-bis Messages 


X 


C 


X 


X Abis messages (except measurement reports and 
power control) received before and Y Abis messages 
received after a handover, each timestamped. X & Y 
are operator configurable parameters via MM! and are 
local to the BSS. 


Measurement Reports 


X 


X 


c 


All uplink and downlink measurement reports, each 
timestamped, see GSM 08.58 [5]. 


Timed Measurement 
Reports 


X 


c 


X 


X uplink and downlink measurement reports received 
before and Y measurement reports received after a 
handover, each timestamped. X & Y are operator 
configurable parameters via MMI and are local to the 
BSS. 


Power Control Messages 


X 


X 


c 


All power control messages, each timestamped, see 
GSM 08.58 [5]. 


Timed Power Control 
Message 


X 


c 


X 


X power control messages received before and Y 
power control messages received after a handover, 
each timestamped. X & Y are operator configurable 
parameters via MMI and are local to the BSS. 


Record extensions 











A set of network/ manufacturer specific extensions to 
the record. 



7.4 



HLR Trace Record Content 



The following types of fields are supported in the 2 HLR trace record types: 

Table 11 : HLR Trace Record Content 



Field 


HLR Trace Type 


Description 


Basic 


Detaile 
d 


Invoking Event 


M 


M 


Event invoking trace. 


Served MSISDN 


C 


C 


Primary MSISDN of the party being traced. 


MSC Address 


C 


C 


Entity number of the serving MSC (GSM 12.05 [10] 
annex B). 


VLR number 


C 


C 


Entity number of the serving VLR (GSM 12.05 [10] 
annex B). 


SS Information 


C 


C 


A list of information related to any SS actions carried 
out during the period of the trace. 
The SS Information contains the SS Code for each 
SS Action, the Basic Services for which each SS 
action was carried out, the type of each SS action 
carried out, a list of SS parameters associated with 
each SS action, the result of each SS action and the 
Invoke Id allocated for each SS Action. 


Subscriber data 





C 


The subscriber data sent to the VLR after a location 
update. 


Roaming number 


C 


C 


The roaming number returned from the serving VLR. 


SM Delivery outcome 


C 


C 


The outcome of a MT SM delivery. 


Alert reason 


C 


c 


Indicates the reason why the SM service centre was 
alerted. 


Service Centre address 


c 


c 


The address of the SM service centre. 


MAP interface messages 


X 


c 


A sequential list of all MAP messages passed to and 
from the Tracing HLR. 


Event Start Time 


c 


c 


The time the event was started. 
It must always appear in case the trace record is 
already being compiled and the event belonging to 
this event record for this same subscriber occurs. 


Event Stop Time 


c 


c 


The time the event was finished. 
It must always appear in case the trace record is still 
being compiled due to an ongoing event and the 
event belonging to this event record finishes. 
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Field 


HLR Trace Type 


Description 


Basic 


Detaile 
d 


Event Number 


M 


M 


The Event Number is used to identify tracing data 
belonging to the same event. 


Record extensions 








A set of network/ manufacturer specific extensions to 
the record. 



7.5 Trace Record fields 

Only those fields which are not defined in GSM 12.05 [10] annex B or are named differently from an identical field in 
GSM 12.05 [10] annex B are included here. Only supplementary information is included in this clause; where a 
description in tables 9 - 1 1 is sufficient, no additional information is provided. 



7.5.1 



Radio cinannel information 



When instructing the mobile to move to a new channel during procedures like Assignment, Immediate Assignment and 
Handover, the BTS must give the mobile all the necessary information such as frequency (frequencies if hopping), 
timeslot number, channel type etc. This is done using the Channel Description field defined in GSM 04.08 [2]. The 
structure of the Channel Description depends on whether or not frequency hopping is in use. These two cases are 
described below: 

No Frequency Hopping 

Channel Description (GSM 04.08 [2]), contains the following: 

Channel Type (TCH, SDCCH etc.); 

Timeslot Number (0 to 7); 

TDMA Offset (0 to 7, used to identify SDCCH etc. within a timeslot); 

Training sequence number; 

Absolute Radio Carrier Frequency number. 
Frequency Hopping 
Channel Description (GSM 04.08 [2]), contains the following: 

Channel Type (TCH, SDCCH etc.); 

Timeslot Number (0 to 7); 

TDMA Offset (0 to 7, used to identify SDCCH etc. within a timeslot); 

Training sequence number; 

Hopping Sequence Number; 

Mobile Allocation Index Offset. 

In this case, the channel description does not contain the list of frequencies to be used for hopping and an additional 
field indicating the mobile allocation is required. The mobile allocation is the set of frequencies to be used for hopping 
and is obtained from any of the following: 

a) Cell Channel Description and Mobile Allocation; 

b) Frequency Channel sequence; 

c) Frequency List; 

d) Frequency Short List. 
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In summary, to identify a GSM channel unambiguously the "Channel Description" field is sufficient on its own when 
frequency hopping is not used but mobile allocation is also required when hopping is in use. 

8 Creation of Trace Records 

8.1 General 

As has already been stated, the sequence of events for the creation of a trace record is as follows: 

1) Trace is activated for a particular IMSI or IMEI. 

2) The subscriber undertakes such action as to cause an invoking event to start. 

3) The compilation of a trace record commences in the NEF as described in the Trace Type and under the control of 
the traceRecord attribute recordCriteria. This allows trace records to be produced at times other than when the 
invoking event ends, e.g. after a specific event has occurred. 

4) If a further invoking event occurs trace data related to this event is collected in the same trace record. 

5) All invoking events end or the recordCriteria attribute is satisfied, (see 3) above). 

6) The record is forwarded to the OSF or local filestore (depending on priority). 

In certain circumstances it may be undesirable for the invoking event to have to end before the record is forwarded to 
the OSF or local filestore. Examples of these circumstances may be: 

1) The operator requires to know a subscriber's whereabouts at the moment he starts making a call. 

2) The operator requires to know when a handover occurs, as soon as it occurs. 

3) The buffer in the NEF may be too full to contain any more trace record data. 

This is resolved through the use of the attribute recordCriteria in the traceControl object. When this attribute is set to 
anything other than noCriteria, records are forwarded to either the filestore or the OSF as soon as the specified criteria is 
satisfied. 

8.2 Trace Record Control 
8.2.1 General 

The trace record collection and generation processes are controlled by the traceControl managed object class. There 
shall be one, and only one, instance of this object class for each NEF that supports the trace function. This object carries 
out the following functions: 

1) to cause the data to be collected in the NEF as defined by the Trace Type; 

2) to define the criteria by which records are generated; 

3) to generate the trace record notifications. 
System management functions: 

Create traceControl; 
Delete traceControl; 
Get Attribute; 
Set Attribute. 
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Notifications: 

stateChange; 
objectCreation; 
objectDeletion; 
attribute ValueChange ; 
traceReport. 

8.2.2 Attributes 

There is one instance of this object class in each NEF that supports the trace function. It contains the following 
attributes: 

Name M/0 Value-Set 

traceControlId RDN Single 

administrativeState M Single 

operationalState M Single 

recordCriteria M Single 

eventTypes O Single 

traceControlId 

This attribute is a unique identifier for the traceControl MOI in the NEF and is used as an RDN. 

administrativeState 

This attribute defines the administrative state of the traceControl MOI in the NEF (Recommendation X.731 [16]). 

operationalState 

This attribute defines the operational status of the traceControl MOI in the NEF (Recommendation X.731 [16]). 

recordCriteria 

This attribute, if set, defines the criteria by which trace records are generated in the NEF. It may have one or more of 
the following values: 



noCriteria The NEF will not output trace records of the event type. 



event The NEF will output a trace record every time a particular recordable event occurs, 
the nature of that event being defined in the attribute eventTypes. 



In all cases, a trace record will be produced at the end of the invoking event, or if other criteria are set by the 
manufacturer, when these criteria are met. 

eventTypes 

This attribute defines a set of recordable events, the appearance of any will trigger a trace record to be output, assuming 
the "event" value is set in the recordCriteria attribute. 
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8.2.3 Other Trace Recorcd Criteria 

Regardless of the trace record criteria set by the operator, there are circumstances under which a trace record may be 
generated, with the criteria being set by the manufacturer. These will usually be due to a lack of resources such as 
"Buffer Full" or "Processor Overload". 



9 Trace Record Transfer 

9.1 General 

This clause is concerned solely with the management of the trace record collection process. This service component 
controls the transfer of the trace records from the NEFs to the OSF. The conceptual model is illustrated in figure 4, 
which employs both the event report function (ITU-T X.734 [14]) and the log control function (ITU-T X.735 [15]). 

The trace control function collects traceable events within the NEF and formats them into trace records. These trace 
records may be stored locally within the NEF filestore or transferred to the OSF in the form of event reports. This is 
controlled by means of the "priority" indicator, which is a part of the trace type. If the "priority" indicator is not set then 
the trace records shall stored within the local filestore and subsequently transferred to the OSF in bulk via FT AM. 

If a trace is activated with the "priority" indicator set then the trace records shall be sent to the OSF either direct by the 
trace control function or through Event Forwarding Discriminators (EFDs). 

If EFDs are used then all trace records are offered to the EFDs. The EFDs determine which of the records are to be 
transmitted to the OSF in the form of event reports and the Operation System Id field in the header is ignored. The 
EDFs have complex filter constructs which allow the operator to define the criteria for destinations and filters. 

If EFDs are not used then all priority records are forwarded to the OSF whose address is given in the Operation System 
Id field. The NEF is required to supply additional information to provide the OS management application entity title. 

Finally, the trace records may also be stored in the form of log entries within the log of the NEF. It is up to the operator 
to decide if the log function is needed in parallel with the event reporting and file store. Once stored, the log records 
may be individually accessed by the OSF via the appropriate object management functions. Care should be taken of 
filter criteria for log records to avoid unnecessary overheads. 
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event reporting (X.734) 



NEF 



; EFD 



trace control 



k filestore - 



trace events 



log 



All Records 

Non Priority Records 

Priority Records 



(Not available if EFDs are implemented) 



Event Reports 




Log Records 



log control (X.735) 



Figure 4: Data collection model 

This service component contains the following groups of TMN management functions: 
bulk record transfer; 
event reporting; 
log control; 
log access. 

9.2 Transfer of Records 
9.2.1 Bulk recorcJ transfer 

This group of TMN functions is concerned with the bulk transfer of trace records from the NEF record filestore to the 
OSF. 

The trace records shall be transferred from the NEF to the OSF by the use of FT AM services. For further details of the 
use of FT AM see GSM 12.01 [8]. 

In addition to the simple file transfer services provided by FT AM, peer-to-peer application process communication may 
also be supported. The use of CMIS services for the uploading of files from the NEF to the OSF is specified in the 
GSM 12.00 [7]. 

When the procedure defined in GSM 12.00 [7] and GSM 12.01 [8] are used to transfer the trace records, the file type 
shall be traceRecords and the format of the file is given by the type TraceFileFormat. 
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9.2.2 Log control 

This function permits the trace record to be stored and retrieved from logs within the NEF. The logging of these records 
is performed in accordance with the log control function specified in ITU-T X.735 [15] and no additional management 
functions are required. 

9.2.3 Log access 

This TMN function controls the access to the log described above. Each log defined may contain one or more log 
entries. Each log entry contains a single trace record. 

NOTE: The term log entry has been used instead of the term log record to avoid confusion between records 
contained within the local filestore and the records stored within logs. 

For further details concerning to use of logs, see ITU-T Recommendation X.735 [15]. 

The following system management functions are required: 

Get/Delete traceLogEntry 

9.2.4 Event Reporting 

9.2.4.1 Event Forwarding Discriminators 

For short-term recording of tracing events and for more complicated filter conditions the event forwarding discriminator 
construct defined in ITU-T Recommendation X.734 [14] and ITU-T Recommendation X.721 [13] can be employed. 
The event forwarding discriminator construct is extremely flexible permitting the combination of a number of fields and 
logical operations with a wide variety of scheduling options. The EFD also controls the destinations to which the event 
reports are sent. Several such filters may be defined and scheduled for operation at different times and for different time 
periods. 

The following system management functions are required: 

Create/Set/Get/Delete eventForwardingDiscrimator 

9.2.4.2 Direct Transfer by Trace Control Function 

This function permits the NEF to transmit trace records direct to the OSF. In general the trace record shall be sent on 
completion of the call or the traceable event. This function is controlled by means of the "priority" indicator, which is 
contained in the trace type. If the priority indicator is not set, then the trace records shall be stored on file within the NE 
filestore. These records may be subsequently collected via bulk record transfer as described in clause 9.2.1. If the trace 
type specified on activation includes the "priority" indicator then all of the records shall be sent via trace reports to the 
OSF specified by the operation system id. 

NOTE: As the operations system id. provided is an AddressString (e.g. ITU-T E. 164 number) some form of 
translation or directory service may be required within the NE in order to provide the appropriate OS 
management application entity title. 

The following system management functions are required: 

Notification traceReport 
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1 Managed Object Model 
10.1 Naming Hierarchy 

The naming (containment) tree for the objects defined within this clause is illustrated in figure 5. It should be noted that 
the GSM 12.08 object classes are shown relative to the "managedElement". The MO traceControl is contained in every 
NEF (mscFunction, hlrFunction and bssFunction from GSM 12.00 [7]) that supports trace functionality. For further 
details of the upper layers of the containment tree see GSM 12.00 [7]. For further details concerning the log class see 
ITU-T X.721 [13]. 



Defined in GSM 12.00 



mjsr.Funr.tinn 



hjSJsFunr.tinn 



hlrFunction 



traceControl 



managed 
Element ( 



Defined in GSM 12.00 



event 
Forwarding 
J Discriminator 



log 



trace 
Log Record 



Figure 5: Trace Record Transfer Containment Tree 



10.2 Inheritance 

The inheritance tree for GSM 12.08 is illustrated in figure 6 below. The object classes "log", "logRecord", 
"eventLogRecord" and "eventForwardingDiscriminator" are defined in ITU-T X.721 [13]. 



TOP 
























Log 




logRecord 




event 

Forwarding 

Discriminator 




traceControl 




















event 
logRecord 














trace 
logRecord 





Figure 6: Trace Record Transfer Inheritance Tree 
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10.3 Object Classes 

10.3.1 tracecJHomeSubscriberlnHIr 

tracedHomeSubscriberlnHlr MANAGED OBJECT CLASS 
DERIVED FROM 

"ITU-T Rec. X.721: 1992":top; 
CHARACTERIZED BY 

tracedHome Subscriber I nHlrPackage, 
"ITU-T Rec. M.3100: 1992": createDeleteNotif icationsPackage, 
"ITU-T Rec. M.3100: 1992": attributeValueChangeNotif icationPackage; 

CONDITIONAL PACKAGES 

operationSystemldPackage PRESENT IF "an instance supports it"; 

REGISTERED AS { Trace-DataTypes . gsm-120 8-ob jectClass 100}; 

tracedHome Subscriber I nHlrPackage PACKAGE 
BEHAVIOUR 

tracedHome Subscriber I nHlrBehaviour; 
ATTRIBUTES 

imsi GET, 

traceActivatedlnVlr GET, 

traceRef erence GET, 

traceType GET, 

hlrTraceType GET, 

mapErrorOnTrace GET 

REGISTERED AS { Trace-DataTypes . gsm-12 8-package 100}; 

tracedHome Subscriber I nHlrBehaviour BEHAVIOUR 
DEFINED AS 

"see GSM 12.08 clause 5.5.1.1"; 
OperationSystemldPackage PACKAGE 
BEHAVIOUR 

operationSystemldBehaviour; 
ATTRIBUTES 

operationSystemId GET; 
REGISTERED AS { Trace-DataTypes . gsm-12 8-package 200}; 

operationSystemldBehaviour BEHAVIOUR 

DEFINED AS 

"This package provides the attribute to specify destination operation system. The use of this 
attribute is described in chapter Trace record transfer. The package is conditional to allow the 
attribute operationSystemId to be optional."; 

1 0.3.2 tracecJForeignSubscriberlnVIr 

tracedForeignSubscriberlnVlr MANAGED OBJECT CLASS 
DERIVED FROM 

"ITU-T Rec. X.721: 1992":top; 
CHARACTERIZED BY 

tracedForeignSubscriberlnVlrPackage, 
"ITU-T Rec. M.3100: 1992": createDeleteNotif icationsPackage, 
"ITU-T Rec. M.3100: 1992": attributeValueChangeNotif icationPackage; 

CONDITIONAL PACKAGES 

operationSystemldPackage PRESENT IF "an instance supports it"; 

REGISTERED AS { Trace-DataTypes . gsm-12 8-ob jectClass 200}; 
tracedForeignSubscriberlnVlrPackage PACKAGE 
BEHAVIOUR 

tracedForeignSubscriberlnVlrBehaviour; 
ATTRIBUTES 

imsi GET, 

f oreignSubscriberRegisteredlnVlr GET, 
traceRef erence GET, 

traceType GET 

REGISTERED AS { Trace-DataTypes . gsm-120 8-package 300}; 

tracedForeignSubscriberlnVlrBehaviour BEHAVIOUR 
DEFINED AS 

"see GSM 12.08 clause 5.6.1.1"; 
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10.3.3 tracecdEquipmentlnVIr 



tracedEquipmentlnVlr MANAGED OBJECT CLASS 
DERIVED FROM 

"ITU-T Rec. X.721: 1992":top; 
CHARACTERIZED BY 

tracedEquipment InVlrPackage, 
"ITU-T Rec. M.3100: 1992": createDeleteNotif icationsPackage, 
"ITU-T Rec. M.3100: 1992": attributeValueChangeNotif icationPackage; 

CONDITIONAL PACKAGES 

operationSystemldPackage PRESENT IF "an instance supports it"; 

REGISTERED AS { Trace-DataTypes . gsm-12 8-ob jectClass 300}; 

tracedEquipment InVlrPackage PACKAGE 
BEHAVIOUR 

tracedEquipment I nVlr Behaviour; 
ATTRIBUTES 

imei GET, 

equipmentRegisteredlnVlr GET, 

traceReference GET, 

traceType GET 

REGISTERED AS { Trace-DataTypes . gsm-12 8-package 400}; 

tracedEquipment I nVlrBehaviour BEHAVIOUR 
DEFINED AS 

"see GSM 12.08 clause 5.6.1.2"; 

1 0.3.4 Trace control 

This managed object class represents the trace collection process and generates the trace report notifications. There shall 
be one, and only one, instance of this object class for each NEF that supports the trace function. 

traceControl MANAGED OBJECT CLASS 

DERIVED FROM "ITU-T Rec. X.721: 1992":top; 

CHARACTERIZED BY 

traceControlPackage, 



"ITU-T Rec. M.3100 
"ITU-T Rec. M.3100 
"ITU-T Rec. M.3100 



1992" 
1992" 
1992" 



attributeValueChangeNotif icationPackage, 

createDeleteNotificationsPackage, 

st at eChangeNot if icationPackage; 



CONDITIONAL PACKAGES 

eventTypeCriteriaPackage PRESENT IF "an instance supports it" 

REGISTERED AS { Trace-DataTypes . gsm-12 8-ob jectClass 400}; 

traceControlPackage PACKAGE 
BEHAVIOUR 

traceControlBehaviour BEHAVIOUR 
DEFINED AS 

"This managed object class is employed to generate trace report notifications. There can be only 
one instance of this object class in each NEF that supports trace functionality. 

For the administrativeState, the value LOCKED causes all tracing activity in the NEF to cease. 
The value UNLOCKED allows tracing activity. The value SHUTTING-DOWN prevents any new invocation of a 
trace. Current invocations will continue until they are finished. When all current invocations 
finish, the state will automatically transit to LOCKED.";; 
ATTRIBUTES 

traceControlId GET, 

"ITU-T Rec. X.721: 1992": administrativeState GET-REPLACE, 
"ITU-T Rec. X.721: 1992": operationalState GET, 
recordCriteria GET-REPLACE ADD-REMOVE; 
NOTIFICATIONS 

traceReport; 
REGISTERED AS { Trace-DataTypes . gsm-120 8-package 500}; 

eventTypeCriteriaPackage PACKAGE 

BEHAVIOUR 

eventTypeCriteriaBehaviour BEHAVIOUR 

DEFINED AS 

"This package provides the attribute to specify eventType record generation criteria. The use of 
this attribute is described in clause 8.2.2. The package is conditional to allow the attribute to be 
optional . "; ; 
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ATTRIBUTES 

eventTypes GET-REPLACE ADD-REMOVE; 

REGISTERED AS { Trace-DataTypes . gsm-120 8-package 520}; 



1 0.3.5 Trace log record 



This managed object class is a subclass of the "eventLogRecord" class described in ITU-T X.735 and defined in ITU-T 
X.721 and therefore inherits all of the properties of both the "logRecord" and "eventLogRecord" classes. This includes 
the name binding "logRecord-log" defined in ITU-T X.721. 

traceLogRecord MANAGED OBJECT CLASS 

DERIVED FROM "ITU-T Rec. X.721: 1992 ": eventLogRecord; 

CHARACTERIZED BY 

traceLogRecordPackage; 
CONDITIONAL PACKAGES 

traceReferenceLogPackage PRESENT IF "an instance supports it", 

mscBssTraceTypeLogPackage PRESENT IF "an instance supports it", 

hlrTraceTypeLogPackage PRESENT IF "an instance supports it", 

mscBssTraceTypeUsedLogPackage PRESENT IF "an instance supports it", 

hlrTraceTypeUsedLogPackage PRESENT IF "an instance supports it"; 
REGISTERED AS { Trace-DataTypes . gsm-120 8-objectClass 500}; 

traceLogRecordPackage PACKAGE 

BEHAVIOUR 

traceLogRecordBehaviour BEHAVIOUR 

DEFINED AS "This managed object is used to store a single trace record.";; 

ATTRIBUTES 

traceRecordContent GET; 
REGISTERED AS { Trace-DataTypes . gsm-12 8-package 600}; 

traceReferenceLogPackage PACKAGE 
BEHAVIOUR 

traceRef erenceLogBehaviour BEHAVIOUR 

DEFINED AS 

"This package provides the attribute to specify traceReference for trace report searching 
criteria in the Log. Optional.";; 

ATTRIBUTES 

traceReference GET; 

REGISTERED AS { Trace-DataTypes . gsm-12 8-package 610}; 

mscBssTraceTypeLogPackage PACKAGE 
BEHAVIOUR 

mscBssTraceTypeLogBehaviour BEHAVIOUR 

DEFINED AS 

"This package provides the attribute to specify searching criteria to be mscBssTraceType of 
trace report in the Log. Optional.";; 

ATTRIBUTES 

mscBssTraceType GET; 

REGISTERED AS { Trace-DataTypes . gsm-12 8-package 620}; 

hlrTraceTypeLogPackage PACKAGE 
BEHAVIOUR 

hlrTraceTypeLogBehaviour BEHAVIOR 

DEFINED AS 

"This package provides the attribute to specify searching criteria to be hlrTraceType of trace 
report in the Log. Optional.";; 

ATTRIBUTES 

hlrTraceType GET; 

REGISTERED AS { Trace-DataTypes . gsm-12 8-package 630}; 

mscBssTraceTypeUsedLogPackage PACKAGE 
BEHAVIOUR 

mscBssTraceTypeUsedLogBehaviour BEHAVIOUR 

DEFINED AS 

"This package provides the attribute to specify searching criteria to be mscBssTraceTypeUsed of 
trace report in the Log. Optional.";; 

ATTRIBUTES 
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mscBssTraceTypeUsed GET; 

REGISTERED AS { Trace-DataTypes . gsm-120 8-package 640}; 

hlrTraceTypeUsedLogPackage PACKAGE 
BEHAVIOUR 

hlrTraceTypeUsedLogBehaviour BEHAVIOUR 

DEFINED AS 

"This package provides the attribute to specify searching criteria to be hlrTraceTypeUsed of 
trace report in the Log. Optional.";; 

ATTRIBUTES 

hlrTraceTypeUsed GET; 

REGISTERED AS { Trace-DataTypes . gsm-120 8-package 650}; 

10.3.6 Log 

This managed object class is described in ITU-T X.735 and defined in ITU-T X.721. 



10.3.7 Event Forwarding Discriminators 



The use of event forwarding discriminators (EFDs) is described in detail in ITU-T X.734. The object class itself is a 
subclass of the "discriminator" object class. Both discriminator and event forwarding discriminator classes are defined 
in ITU-T X.721. 

10.4 Attributes 

10.4.1 traceActivatedlnVIr 

traceActivatedlnVlr ATTRIBUTE 
WITH ATTRIBUTE SYNTAX 

Trace-DataTypes . TraceStatus; 
MATCHES FOR 

EQUALITY; 
BEHAVIOUR 

traceActivatedlnVlrBehaviour; 
REGISTERED AS { Trace-DataTypes . gsm-12 8-attribute 10}; 

traceActivatedlnVlrBehaviour BEHAVIOUR 
DEFINED AS 

"see GSM 12.08 clause 5.5.1.2.1"; 

1 0.4.2 foreignSubscriberRegisteredlnVIr 

foreignSubscriberRegisteredlnVlr ATTRIBUTE 
WITH ATTRIBUTE SYNTAX 

Trace-DataTypes . TraceStatus; 
MATCHES FOR 

EQUALITY; 
BEHAVIOUR 

foreignSubscriberRegisteredlnVlrBehaviour; 
REGISTERED AS { Trace-DataTypes . gsm-120 8-attribute 20}; 

f oreignSubscriberRegisteredlnVlrBehaviour BEHAVIOUR 
DEFINED AS 

"see GSM 12.08 clause 5.6.1.3.1"; 

10.4.3 equipmentRegisteredlnVIr 

equipmentRegisteredlnVlr ATTRIBUTE 
WITH ATTRIBUTE SYNTAX 

Trace-DataTypes . TraceStatus; 
MATCHES FOR 

EQUALITY; 
BEHAVIOUR 

equipmentRegisteredlnVlrBehaviour; 
REGISTERED AS { Trace-DataTypes . gsm-12 8-attribute 30}; 
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equipmentRegisteredlnVlrBehaviour BEHAVIOUR 
DEFINED AS 

"see GSM 12.08 clause 5.6.1.3.2"; 

10.4.4 mapErrorOnTrace 

mapErrorOnTrace ATTRIBUTE 
WITH ATTRIBUTE SYNTAX 

Trace-DataTypes .MapErrorOnTrace; 
MATCHES FOR 

EQUALITY, ORDERING; 
BEHAVIOUR 

mapErrorOnTraceBehaviour; 
REGISTERED AS { Trace-DataTypes . gsm-12 8-attribute 40) 

mapErrorOnTraceBehaviour BEHAVIOUR 
DEFINED AS 

"see GSM 12.08 clause 5.5.1.2.1"; 



10.4.5 IMEI 



imei ATTRIBUTE 

WITH ATTRIBUTE SYNTAX 

MAP-CommonDataTypes . IMEI; 
MATCHES FOR 

EQUALITY, ORDERING; 
BEHAVIOUR 

imeiBehaviour; 
REGISTERED AS { Trace-DataTypes . gsm-120 8-attribute 50) 

imeiBehaviour BEHAVIOUR 
DEFINED AS 

"see GSM 12.08 clause 5.6.1.3.2"; 



10.4.6 IMSI 



imsi ATTRIBUTE 

WITH ATTRIBUTE SYNTAX 

MAP-CommonDataTypes . IMSI; 
MATCHES FOR 

EQUALITY, ORDERING; 
BEHAVIOUR 

imsiBehaviour; 
REGISTERED AS { Trace-DataTypes . gsm-12 8-attribute 60) 

imsiBehaviour BEHAVIOUR 
DEFINED AS 

"see GSM 12.08 clause 5.6.1.3.1"; 



10.4.7 Trace record content 

traceRecordContent ATTRIBUTE 

WITH ATTRIBUTE SYNTAX Trace-DataTypes . TraceRecord; 

BEHAVIOUR 

traceRecordContent Behaviour BEHAVIOUR 

DEFINED AS 

"This attribute contains the contents of a trace record. 
REGISTERED AS { Trace-DataTypes . gsm-12 8-attribute 70); 



10.4.8 Trace control id. 



traceControlId ATTRIBUTE 

WITH ATTRIBUTE SYNTAX Trace-DataTypes . TraceControlId; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

traceControlIdBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute uniquely identifies a trace control object. 
REGISTERED AS { Trace-DataTypes . gsm-12 8-attribute 80); 
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10.4.9 HLR Trace type 

hlrTraceType ATTRIBUTE 

WITH ATTRIBUTE SYNTAX Trace-DataTypes . TraceType; 

MATCHES FOR EQUALITY; 
REGISTERED AS { Trace-DataTypes . gsm-12 8-att ribute 90}; 

10.4.10 Trace reference 

traceReference ATTRIBUTE 

WITH ATTRIBUTE SYNTAX Trace-DataTypes . TraceReference; 

MATCHES FOR EQUALITY, ORDERING; 
REGISTERED AS { Trace-DataTypes . gsm-120 8-att ribute 100}; 

10.4.11 Trace type 

traceType ATTRIBUTE 

WITH ATTRIBUTE SYNTAX Trace-DataTypes . TraceType; 

MATCHES FOR EQUALITY; 
REGISTERED AS { Trace-DataTypes . gsm-12 8-att ribute 110}; 



10.4.12 Record criteria 



recordCriteria ATTRIBUTE 

WITH ATTRIBUTE SYNTAX Trace-DataTypes . RecordCriteria; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

recorder it eriaBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute specifies the criteria for the generation of a trace record by the network 
element . " ; ; 
REGISTERED AS { Trace-DataTypes . gsm-12 8-att ribute 120}; 



10.4.13 Event types 



eventTypes ATTRIBUTE 

WITH ATTRIBUTE SYNTAX Trace-DataTypes . EventTypes ; 

MATCHES FOR EQUALITY; 

BEHAVIOUR 

eventTypeBehaviour BEHAVIOUR 

DEFINED AS 

"This attribute specifies the type of event triggering the generation of a trace record by 
the network element.";; 
REGISTERED AS { Trace-DataTypes . gsm-12 8-att ribute 140}; 

10.4.14 Operation system ID 

operationSystemId ATTRIBUTE 

WITH ATTRIBUTE SYNTAX Trace-DataTypes . Omcid; 

MATCHES FOR EQUALITY; 
REGISTERED AS { Trace-DataTypes . gsm-12 8-att ribute 160}; 

10.4.15 Operational State 

This attribute is described in Recommendation X.731 and the syntax is defined in X.721. 

10.4.16 Administrative State 

This attribute is described in Recommendation X.731 and the syntax is defined in X.721. 

10.4.17 MSC BSS trace type used 

mscBssTraceTypeUsed ATTRIBUTE 

WITH ATTRIBUTE SYNTAX Trace-DataTypes . TraceType; 

MATCHES FOR EQUALITY; 
REGISTERED AS { Trace-DataTypes . gsm-12 8-att ribute 170}; 
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10.4.18 H LR trace type used 

hlrTraceTypeUsed ATTRIBUTE 

WITH ATTRIBUTE SYNTAX Trace-DataTypes . TraceType; 

lyiATCHES FOR EQUALITY; 
REGISTERED AS { Trace-DataTypes . gsm-12 8-att ribute 180) 



1 0.4.1 9 MSC BSS trace type 

mscBssTraceType ATTRIBUTE 

WITH ATTRIBUTE SYNTAX Trace-DataTypes . TraceType; 

MATCHES FOR EQUALITY; 
REGISTERED AS { Trace-DataTypes . gsm-12 8-att ribute 190) 



10.5 Notifications 
10.5.1 General 

All notifications listed below are defined in ITU-T X.721: 

attribute ValueChange 
objectCreation 
objectDeletion 
stateChange 



10.5.2 Trace report 



traceReport NOTIFICATION 

BEHAVIOUR 

traceReport Behaviour; 
WITH INFORMATION SYNTAX Trace-DataTypes . TraceRecord 

AND ATTRIBUTE IDS 

traceRef erence traceReference, 

mscBssTraceType mscBssTraceType, 

hlrTraceType hlrTraceType, 

mscBssTraceTypeUsed mscBssTraceTypeUsed, 

hlrTraceTypeUsed hlrTraceTypeUsed; 

REGISTERED AS { Trace-DataTypes . gsm-120 8-not if icat ion 100); 

traceReportBehaviour BEHAVIOUR 

DEFINED AS 

"This notification is issued by the trace control function to transmit a trace report to the OS. 
The attribute Ids may be used by Event Forwarding Discriminators to specify additional filter 
conditions . "; 

10.6 Name Bindings 

10.6.1 tracedHomeSubscriberlnHlr-hlrFunction Name Binding 

tracedHomeSubscriberlnHlr-hlrFunction NAME BINDING 

SUBORDINATE OBJECT CLASS t racedHomeSubscriber InHlr ; 

NAMED BY 

SUPERIOR OBJECT CLASS "prETS 300 612-1 : 1995 ": hlrFunction; 

WITH ATTRIBUTE imsi; 

BEHAVIOUR t racedHomeSubscriber I nHlr-hlrFunctionBhv; 

CREATE; 

DELETE; 
REGISTERED AS { Trace-DataTypes . gsm-120 8-nameBinding 100); 

t racedHomeSubscriber I nHlr-hlrFunctionBhv BEHAVIOUR 
DEFINED AS 

"see GSM 12.08 clause 5.5"; 
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10.6.2 tracedForeignSubscriberlnVlr-vlrFunction Name Bincding 

tracedForeignSubscriberlnVlr-vlrFunction NAME BINDING 

SUBORDINATE OBJECT CLASS t racedForeignSubscriber InVlr ; 

NAMED BY 

SUPERIOR OBJECT CLASS "prETS 300 612-1 : 1995 ": vlrFunction; 

WITH ATTRIBUTE imsi; 

BEHAVIOUR t racedForeignSubscriber I nVlr-vlrFunctionBhv; 

CREATE; 

DELETE; 
REGISTERED AS { Trace-DataTypes . gsm-12 8-nameBinding 200}; 

t racedForeignSubscriber I nVlr-vlrFunctionBhv BEHAVIOUR 
DEFINED AS 

"see GSM 1208 clause 5.6"; 

10.6.3 tracecJEquipmentlnVlr-vlrFunction Name BincJing 

tracedEquipmentlnVlr-vlrFunction NAME BINDING 

SUBORDINATE OBJECT CLASS tracedEquipment InVlr ; 

NAMED BY 

SUPERIOR OBJECT CLASS "prETS 300 612-1 : 1995 ": vlrFunction; 

WITH ATTRIBUTE imei; 

BEHAVIOUR tracedEquipment I nVlr-vlrFunctionBhv; 

CREATE ; 

DELETE; 
REGISTERED AS { Trace-DataTypes . gsm-120 8-nameBinding 300}; 

tracedEquipment I nVlr-vlrFunctionBhv BEHAVIOUR 
DEFINED AS 

"see GSM 1208 clause 5.6"; 

10.6.4 traceLogRecorcJ-Log Name Binding 

traceLogRecord-Log NAME BINDING 

SUBORDINATE OBJECT CLASS t raceLogRecord; 

NAMED BY SUPERIOR OBJECT CLASS "ITU-T Rec. X.721: 1992": log; 

WITH ATTRIBUTE "ITU-T Rec. X.721: 1 992 " : logRecordld; 

DELETE; 
REGISTERED AS { Trace-DataTypes . gsm-12 8-nameBinding 400}; 

10.6.5 traceControl-JnlrPunction Name Binding 

traceControl-hlrFunction NAME BINDING 

SUBORDINATE OBJECT CLASS t raceCont rol; 

NAMED BY 

SUPERIOR OBJECT CLASS "prETS 300 612-1 : 1995 ": hlrFunction; 

WITH ATTRIBUTE t raceCont rolld; 

CREATE; 

DELETE; 
REGISTERED AS { Trace-DataTypes . gsm-12 8-nameBinding 500}; 

10.6.6 traceControl-mscFunction Name Binding 

traceControl-mscFunction NAME BINDING 

SUBORDINATE OBJECT CLASS t raceCont rol; 

NAMED BY 

SUPERIOR OBJECT CLASS "prETS 300 612-1 : 1995" :mscFunction; 

WITH ATTRIBUTE traceControlId; 

CREATE; 

DELETE; 
REGISTERED AS { Trace-DataTypes . gsm-1208-nameBinding 600}; 

10.6.7 traceControl-bssFunction Name Binding 

traceControl-bssFunction NAME BINDING 

SUBORDINATE OBJECT CLASS t raceCont rol; 

NAMED BY 

SUPERIOR OBJECT CLASS "prETS 300 612-1 : 1995 ": bssFunction; 

WITH ATTRIBUTE traceControlId; 
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CREATE; 
DELETE; 
REGISTERED AS { Trace-DataTypes . gsm-120 8-nameBinding 700}; 



1 1 Syntax 



Trace-DataTypes (ITU-T (0) identif ied-organization (4) etsi (0) mobileDomain (0) gsm-Operation- 
Maintenance (3) gsm-12-08 (8) inf ormationModel (0) asnlModule (2)} 

DEFINITIONS IMPLICIT TAGS ::= 

BEGIN 

— EXPORTS everything 

IMPORTS 

gsm-12-08 

FROM GSM-DomainDefinitions (ITU-T (0) identif ied-organization (4) etsi (0) mobileDomain (0) gsm- 

Operation-Maintenance (3) gsm-12-30 (30) informationModel (0) asnlModule (2) gsm-OM- 

DomainDef initions (0) version (1)} 

SS-Info, 

InterrogateSS-Res, 
SS-UserData, 
Password, 
RegisterSS-Arg, 
SS-ForBS-Code, 
USSD-Arg, 
USSD-Res, 
Guidance Info 

FROM MAP-SS-DataTypes (ITU-T (0) identif ied-organization (4) etsi (0) mobileDomain (0) gsm-Network 
(1) modules (3) map-SS-DataTypes (14) version2 (2) } 

AddressString, ISDN-AddressString, ISDN-SubaddressString, BasicServiceCode, IMSI, IMEI 
FROM MAP-CommonDataTypes ( ITU-T identif ied-organization (4) etsi(O) mobileDomain (0) gsm-Network 
(1) modules (3) map-CommonDataTypes (18) version2 (2) } 

BearerServiceCode 

FROM MAP-BS-Code ( ITU-T identif ied-organization (4) etsi(O) mobileDomain (0) gsm-Network (1) 

modules (3) map-BS-Code (20) version2 (2) } 

TeleserviceCode 

FROM MAP-TS-Code ( ITU-T identif ied-organization (4) etsi(O) mobileDomain (0) gsm-Network (1) 

modules (3) map-TS-Code (19) version2 (2) } 

SS-Code 

FROM MAP-SS-Code ( ITU-T identif ied-organization (4) etsi(O) mobileDomain (0) gsm-Network (1) 

modules (3) map-SS-Code (15) version2 (2) } 

SubscriberData 

FROM MAP-MS-DataTypes { ITU-T identif ied-organization (4) etsi(O) mobileDomain (0) gsm-Network (1) 

modules (3) map-MS-DataTypes (11) version2 (2) } 

SM-DeliveryOutcome, 

AlertReason 

FROM MAP-SM-DataTypes { ITU-T identif ied-organization (4) etsi(O) mobileDomain (0) gsm-Network (1) 

modules (3) map-SM-DataTypes (16) version2 (2) } 

ERROR 

FROM TCAPMessages (ITU-T recommendation q 773 modules (2) messages (1) version2 (2)} 

Ob ject Instance 

FROM CMIP-1 { joint-iso-ITU-T ms(9) cmip ( 1 ) modules (0) protocol (3)} 

Management Ext ens ion 

FROM Attribute-ASNlModule (joint-iso-ITU-T ms(9) smi(3) part2 (2) asnlModule (2 ) 1} 

AOCParameters, Diagnostics, LocationAreaAndCell, IMSIorlMEI 

FROM GSM1205-DataTypes ( ITU-T (0) identif ied-organization (4) etsi (0) mobileDomain (0) gsm- 

Operation-Maintenance (3) gsm-12-05 (5) informationModel (0) asnlModule (2) 1 } 

AbsoluteRFChannelNo 

FROM GSM1220TypeModule (ITU-T (0) identif ied-organization (4) etsi (0) mobileDomain (0) gsm- 

Operation-Maintenance (3) gsm-12-20 (20) informationModel (0) asnlModule (2) asnlTypeModule (0)}; 
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OBJECT IDENTIFIERS 
gsm-1208-informationModel OBJECT IDENTIFIER ::= {gsm-12-08 inf ormationModel (0) 



gsm- 12 8-object Class 
gsm-120 8-package 
gsm-1208-nameBincling 
gsm-120 8-attribute 
gsm-1208-notif ication 



OBJECT IDENTIFIER ::= { gsm-1208-inf ormationModel 
managedOb jectClass (3)} 

OBJECT IDENTIFIER ::= { gsm-1208-inf ormationModel 
package (4) } 

OBJECT IDENTIFIER ::= { gsm-1208-inf ormationModel 
nameBinding (6) } 

OBJECT IDENTIFIER ::= { gsm-1208-inf ormationModel 
attribute (7) } 

OBJECT IDENTIFIER ::= { gsm-1208-inf ormationModel 
notification (10)} 



-these values are based on ETR 128 June 1994 (GSM 12.30, ETSI object 
-identifier tree; Common domain Mobile domain O&M managed object 
-registration definition. 
-Resulting values are e.g. (0 4003803 zzz} for gsm-1208-ob jectClass . 



TRACE ACTIVATION 



TraceStatus 

— TRUE 

— FALSE 



: : = BOOLEAN 
active 
active pending 



TraceType 

— see GSM 12.08 

— see GSM 12.08 

MapErrorOnTrace ::= 

{ 

noError 
systemFailure 
dataMissing 
unexpectedDataValue 
facil it yNot Supported 
unidentif iedSubscriber 
tracingBuf ferFull 



::= OCTET STRING (SIZE(l)) 
clause 6.1 for encoding of mscBssTraceType 
clause 6.2 for encoding of hlrTraceType 



ENUMERATED 


(0), 


(1), 


(2), 


(3), 


(4), 


(5), 


(6) 



TRACE RECORD 



TraceRecord 



SET 



tracedParty 

traceRef erence 

transactionID 

omcID 

mscBssTraceType 

hlrTraceType 

mscBsstraceTypeUsed 

hlrTraceTypeUsed 

startTime 

endTime 

recordingEntity 

traceE vent Re cords 

sequenceNumber 

recordReason 
} 

ReasonForRecord 
{ 

recordCriteria 

eventType 



[0] 


IMSIOrlMEI, 


[1] 


TraceRef erence. 


[2] 


TransactionID 


[3] 


Omcid 


[4] 


TraceType 


[5] 


TraceType 


[6] 


TraceType 


[7] 


TraceType 


[8] 


StartTime 


[9] 


EndTime 


[10] 


RecordingEntity, 


[11] 


SET OF TraceEventRecord 


[12] 


INTEGER 


[13] 


ReasonForRecord 


SEQUENCE 



[0] RecordCriterionUsed, 
[1] EventTypeUsed 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



OPTIONAL, 
OPTIONAL 



OPTIONAL, 
OPTIONAL 
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RecordingEntity 
{ 

number 

name 

bssldentifier 
} 



CHOICE 

[0] ISDN-AddressString, 
[1] GraphicString, 
[2] Ob jectlnstance 



EndTime 
StartTime 



TraceRef erence 
— see GSM 



GeneralizedTime 
GeneralizedTime 
OCTET STRING 



TransactionID 

— see GSM 08.08 



OCTET STRING 



Omcid 



see GSM 08.08 



Address St ring 



TraceE vent Re cord 

{ 

mscE vent Re cord 
bssE vent Re cord 
hlrE vent Record 



CHOICE 

[0] MSCEventRecord, 
[1] BSSEventRecord, 
[2] HLREventRecord 



3SS TRACE RECORD CONTENTS 



BSSEventRecord 



SET 



{ 



invokingEvent 


[0] 


btsid 


[1] 


trxld 


[2] 


trauld 


[3] 


radioChannelInf o 


[4] 


requestType 


[5] 


endlndication 


[6] 


msPower 


[7] 


bsPower 


[8] 


timingAdvance 


[9] 


msClassmarkl 


[10 


msClassmark2 


[11 


msClassmarkS 


[12 


bsic 


[13 


cic 


[14 


handoverResult 


[15 


handoverCause 


[16 


handoverDuration 


[17 


targetCellList 


[18 


synchlnfo 


[19 


sccpConnectionEvent 


[20 


bssmapEvent 


[21 


dtapEvent 


[22 


rrEvent 


[23 


abisEvent 


[24 


timedAbisEvent 


[25 


measurement Report 


[26 


timedMeasurement Report 


[27 


powerControlEvent 


[28 


timedPowerControlEvent 


[29 


additionalExt ens ions 


[30 



BSCInvokingEvent OPTIONAL, 

SEQUENCE OF Btsld OPTIONAL, 

SEQUENCE OF TRXID OPTIONAL, 

SEQUENCE OF TranscoderlD OPTIONAL, 

SEQUENCE OF RadioChannelInf o OPTIONAL, 

SEQUENCE OF TimedEstablishmentCause OPTIONAL, 

SEQUENCE OF Endlndication OPTIONAL, 

SEQUENCE OF MsTxPower OPTIONAL, 

SEQUENCE OF BsTxPower OPTIONAL, 

SEQUENCE OF TimedTimingAdvance OPTIONAL, 

SEQUENCE OF TimedMsClassmarkl OPTIONAL, 

SEQUENCE OF TimedMsClassmark2 OPTIONAL, 

SEQUENCE OF TimedMsClassmarkS OPTIONAL, 

SEQUENCE OF BSIdent ityCode OPTIONAL, 

SEQUENCE OF CIC OPTIONAL, 

SEQUENCE OF TimedHandoverResult OPTIONAL, 

SEQUENCE OF Cause OPTIONAL, 

SEQUENCE OF TimedHandoverDurat ion OPTIONAL, 

SEQUENCE OF TimedTargetCellList OPTIONAL, 

SEQUENCE OF Synchlnfo OPTIONAL, 

SEQUENCE OF TimedTraceSCCPEvent OPTIONAL, 

SEQUENCE OF TimedBSSMAPEvent OPTIONAL, 

SEQUENCE OF TimedDTAPEvent OPTIONAL, 

SEQUENCE OF TimedRREvent OPTIONAL, 

SEQUENCE OF TimedABISEvent OPTIONAL, 

SEQUENCE OF TimedABISEvent OPTIONAL, 

SEQUENCE OF TimedMeasurementEvent OPTIONAL, 

SEQUENCE OF TimedMeasurementEvent OPTIONAL, 

SEQUENCE OF TimedPowerControlEvent OPTIONAL, 

SEQUENCE OF TimedPowerControlEvent OPTIONAL, 

SET OF ManagementExtension OPTIONAL 



ABISEvent ::= OCTET STRING 

— this type contains an Abis message other than measurement 

— reports and power control 

— see GSM 08.58 for encoding. 



BSIdentityCode 



: := SEQUENCE 



ncc [0] NetworkColourCode, 

bcc [1] BTSColourCode 
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3SSMAPEvent ::= OCTET STRING 

— This type contains a BSSMAP layer 3 message contents, 

— see GSM 08.08 for encoding 



3sTxPower 



txPower 
changeTime 



} 



BTSColourCode 
Btsld 



relatedBts 
changeTime 



SEQUENCE 

[0] TxPower, 
[1] TimerData 



INTEGER (0. .7) 

SEQUENCE 

[0] Ob jectlnstance, 
[1] TimerData 



BSCInvokingEvent 



OCTET STRING 



Cause 



see GSM 08.08 for encoding 
: := SEQUENCE 



cause 
changeTime 



[0] OCTET STRING, 
[1] TimerData 



see GSM 08.08 for encoding 

: := OCTET STRING 



ChannelDescription ; 

— see GSM 04.08 

ChannelType : 

— see GSM 08.08 



OCTET STRING 



CIC : := SEQUENCE 

{ 

circuitldentityCode [0] CircuitldentityCode, 
changeTime [1] TimerData 



CircuitldentityCode ::= OCTET STRING 

— see GSM 08.08 for encoding 

DTAPEvent ::= OCTET STRING 

— This type contains a DTAP layer 3 message contents, 

— see GSM 04.08 for encoding 

Endlndication ::= SEQUENCE 

{ 

rrCause [0] RRCause, 



changeTime 



[1] TimerData 



EstablishmentCause ::= OCTET STRING 
— see GSM 04.08 for encoding 



FHSFrequencyList 

HandoverResult 
{ 

successful 

fail 



SET OF AbsoluteRFChannelNo 

ENUMERATED 

(0), 
(1) 



HandoverDuration ::= INTEGER 

— in milliseconds 

MeasurementEvent ::= OCTET STRING 

— This type contains uplink and downlink measurement 

— reports, 

— see GSM 08.58 for encoding 

MobileStationClassmarkl ::= OCTET STRING 

— see GSM 04.08 for encoding 

MobileStationClassmark2 ::= OCTET STRING 

— see GSM 04.08 for encoding 
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MobileStationClassmarkS ::= OCTET STRING 
— see GSM 04.08 for encoding 



MsTxPower 



txPower 
changeTime 



SEQUENCE 

[0] TxPower, 
[1] TimerData 



Ne t wo rkCo lour Code 



INTEGER (0. .7) 



PowerControlEvent ::= OCTET STRING 

— This type contains power control messages, 

— see GSM 08.58 for encoding 



RadioChannelInf o 
{ 

channelType 

channelDescription 

changeTime 

f HSFrequencyList 



: := SEQUENCE 

[0] ChannelType, 

[1] ChannelDescription, 

[2] TimerData, 

[3] FHSFrequencyList OPTIONAL 



RRCause ::= OCTET STRING 

— see GSM 04.08 for encoding 

RREvent ::= OCTET STRING 

— see GSM 04.08 for encoding 



Synchinf o 



syncChannelInf o 
changeTime 



SEQUENCE 

[0 ] Synchroni s at ionChannel Information, 
[1] TimerData 



SynchronisationChannelInf ormation ; : 
— see GSM 04.08 for encoding 



OCTET STRING 



TargetCellList ::= OCTET STRING 

— see GSM 08.08 for encoding 



TimedABISEvent 

abisEvent 
changeTime 

TimedBSSMAPEvent 

bssmapEvent 
changeTime 

TimedDTAPEvent 

dtapEvent 
changeTime 

TimedEstablishment Cause 

establishment Cause 
changeTime 

TimedHandoverDuration 

handoverDuration 
changeTime 

TimedHandoverResult 

handoverResult 
changeTime 



SEQUENCE 

[0] ABISEvent, 
[1] TimerData 



SEQUENCE 

[0] BSSMAPEvent, 
[1] TimerData 



SEQUENCE 

[0] DTAPEvent, 
[1] TimerData 



SEQUENCE 

[0] EstablishmentCause, 
[1] TimerData 



SEQUENCE 

[0] HandoverDuration, 
[1] TimerData 



SEQUENCE 

[0] HandoverResult, 
[1] TimerData 
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TimedMeasurement Event 



SEQUENCE 



measurement Event 
changeTime 



[0] MeasurementEvent, 
[1] TimerData 



TimedMsClassmarkl 



SEQUENCE 



mobileStationClassmarkl [0] MobileStationClassmarkl, 
ChangeTime [1] TimerData 



} 



TimedMsClassmark2 ::= SEQUENCE 
{ 

mobileStationClassmark2 [0] MobileStationClassmark2, 

ChangeTime [1] TimerData 

} 



TimedMsClassmark3 



SEQUENCE 



mobileStationClassmarkS [0] MobileStationClassmark3, 



ChangeTime 



[1] TimerData 



TimedPowerControlEvent 



SEQUENCE 



powerControlEvent 
ChangeTime 



[0] PowerControlEvent, 
[1] TimerData 



TimedRREvent 



SEQUENCE 



rrEvent 
ChangeTime 



[0] RREvent, 
[1] TimerData 



TimedTargetCellList 



SEQUENCE 



targetCellList 
ChangeTime 



[0] TargetCellList, 
[1] TimerData 



TimedTimingAdvance 



SEQUENCE 



timingAdvance 
ChangeTime 



[0] TimingAdvance, 
[1] TimerData 



TimingAdvance 



OCTET STRING 



— see GSM 04.08 for encoding 

TraceSCCPEvent ::= OCTET STRING 

— This type contains an BSSMAP message, 

— see GSM 08.06 for encoding 



TimedTraceSCCPEvent 
{ 

traceSCCPEvent 

changeTime 



SEQUENCE 

[0] TraceSCCPEvent, 
[1] TimerData 



TimerData 



SEQUENCE 



timeUnit 
timeValue 



[0] TimeUnit, 
[1] INTEGER 



TimeUnit 
{ 



mSec 

sec 

min 

noOfTDMAFrames 

noOfSlots 

factor 



ENUMERATED 


(0), 


(1), 


(2), 


(3), 


(4), 


(5) 
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TranscoderlD 



SEQUENCE 



relatedTranscoderlD 
changeTime 



[0] Ob jectlnstance, 
[1] TimerData 



[D : := SEQUENCE 

relatedBasebandTransceiverlD [0] Ob jectlnstance, 
relatedRadioCarrierlD [1] Ob jectlnstance, 
changeTime [2] TimerData 



TxPower 



MSC TRACE RECORD CONTENTS 



MSCEventRecord ::= SET 

{ 

invokingEvent [0] 

servedlMSI [1] 

servedlMEI [2] 

servedMSISDN [3] 

callingcalledNumber [4] 

callingSubaddress [5] 

calledSubaddress [6] 

translatedNumber [7] 

connectedNumber [8] 

forwardedToNumber [9] 
forwardedToSubaddress [10] 

redirectingNumber [11] 
originalCalledNumber [12] 

roamingNumber [13] 

networlcTKGP [14] 

basicService [15] 

radioChannelTypes [16] 

bssHandoverTrunlc [17] 

mscHandoverTrunlc [18] 

location [19] 

sslnformation [20] 

aocParameters [21] 

msClassmark [22] 

callTermDiagnostics [23] 

aIntMess [24] 

cIntMess [25] 

dIntMess [26] 

eIntMess [27] 

fIntMess [28] 

gIntMess [29] 

netSigMess [30] 

eventStartTime [31] 

eventStopTime [32] 

eventNumber [33] 

recordExtensions [34] 



MSCInvokingEvent OPTIONAL, 

IMSI OPTIONAL, 

IMEI OPTIONAL, 

ISDN-AddressString OPTIONAL, 

ISDN-AddressString OPTIONAL, 

ISDN-SubaddressString OPTIONAL, 

ISDN-SubaddressString OPTIONAL, 

ISDN-AddressString OPTIONAL, 

ISDN-AddressString OPTIONAL, 

ISDN-AddressString OPTIONAL, 

ISDN-SubaddressString OPTIONAL, 

ISDN-AddressString OPTIONAL, 

ISDN-AdressString OPTIONAL, 

ISDN-AddressString OPTIONAL, 

TrunkGroup OPTIONAL, 

BasicServiceCode OPTIONAL, 

SEQUENCE OF RadioChanneTypes OPTIONAL, 

SEQUENCE OF BSSTrunklnfo OPTIONAL, 

SEQUENCE OF MSCTrunklnfo OPTIONAL, 

SEQUENCE OF TimedLocation OPTIONAL, 

SEQUENCE OF SSInf ormation OPTIONAL, 

SEQUENCE OF AOCParameters OPTIONAL, 

SEQUENCE OF TimedMsClassmark2 OPTIONAL, 

Diagnostics OPTIONAL, 

SEQUENCE OF AINTMess OPTIONAL, 

SEQUENCE OF CINTMess OPTIONAL, 

SEQUENCE OF DINTMess OPTIONAL, 

SEQUENCE OF EINTMess OPTIONAL, 

SEQUENCE OF EINTMess OPTIONAL, 

SEQUENCE OF CINTMess OPTIONAL, 

SEQUENCE OF NetSigMess OPTIONAL, 

TimerData OPTIONAL, 

TimerData OPTIONAL, 

INTEGER, 

SET OF ManagementExtension OPTIONAL 



BSSTrunklnfo 



SEQUENCE 



changeTime 
bssTrunkInf o 



[0] TimerData, 
[1] Trunklnfo 



TimedLocation 
{ 

locationAreaAndCell 

changeTime 



SEQUENCE 

[0] LocationAreaAndCell, 
[1] TimerData 
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MSCInvokingEvent 
{ 

moc 

mtc 

ssAction 

locationUpdate 

sms-mo 

sms-mt 

imsiAttach 

imsiDetach 
} 

NetSigMess 
{ 

userPartMess 

changeTime 
} 

MSCTrunklnfo 
{ 

ChangeTime 

interMSCTrunklnfo 
} 



ENUMERATED 

(0), 
(1), 
(2), 
(3), 
(4), 
(5), 
(6), 
(7) 



SEQUENCE 



[0] OCTET STRING, 
[1] TimerData 



SEQUENCE 

[0] TimerData, 
[1] Trunklnfo 



RadioChannelTypes 



SEQUENCE 



channelType 
channelTime 



[0] ChannelType, 
[1] TimerData 



SS Information 



SEQUENCE 



supplServicesUsed 

basicServices 

ssAction 

ssParameters 

ssActionResult 

sslnvokeld 

changeTime 



[1] SS-Code 

[2] BasicServiceCode 

[3] SSActionType 

[4] SSParameters 

[5] SSActionResult 

[6] INTEGER 

[7] TimerData 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 



Trunklnfo 
{ 



trunkCroup 
trunkMember 



SEQUENCE 

[0] TrunkCroup, 
[1] INTEGER 



OPTIONAL 



TrunkCroup 



CHOICE 



tkgpNumber 

tkgpName 

tkgpString 



[0] INTEGER, 

[1] GraphicString, 

[2] IA5STRING (SIZE (1.. 7) 



SSActionType 



ENUMERATED 



registration 

erasure 

activation 

deactivation 

interrogation 

invocation 



(0), 
(1), 
(2), 
(3), 
(4), 
(5), 



processUnstructuredSS-Data 
processUnstructuredSS-Request 
unstructuredSS-Request (8), 
unstructuredNotifySS (9), 
registerPassword (10), 
getPassword (11) 



(6) 
(7) 
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SSParameters 
{ 

registerSS-Arg 

ss-ForBS 

ss-UserData 

ussd-Arg 

ss-Code 

guidance Info 



SSActionResult 
{ 

ss-Inf o 

inter rogateSS-Res 

ss-UserData 

ussd-Res 

password 

error 



CHOICE 


[0] 


RegisterSS-Arg, 


[1] 


SS-ForBS-Code, 


[2] 


SS-UserData, 


[3] 


USSD-Arg, 


[4] 


SS-Code, 


[5] 


Guidancelnfo 


CHOICE 


[0] 


SS-Info, 


[1] 


Inter rogateSS-Res 


[2] 


SS-UserData, 


[3] 


USSD-Res, 


[4] 


Password, 


[5] 


ERROR 



AINTMess 



SEQUENCE 



changeTime 
aIntEvent 



TimerData, 
AINTEvent 



AINTEvent 



CHOICE 



bssMapEvent 
dtapEvent 



[0] BSSMAPEvent, 
[1] DTAPEvent 



CINTMess 



SEQUENCE 



ChangeTime 
cIntMess 



TimerData, 
OCTET STRING 



DINTMess 



SEQUENCE 



ChangeTime 
dIntMess 



) 



TimerData, 
OCTET STRING 



EINTMess 

{ 

ChangeTime 
eIntMess 

} 

FINTMess 

{ 

ChangeTime 
f IntMess 

) 



SEQUENCE 

TimerData, 
OCTET STRING 



SEQUENCE 

TimerData, 
OCTET STRING 



CINTMess 



SEQUENCE 



changeTime 
g IntMess 



TimerData, 
OCTET STRING 



HLR TRACE RECORD CONTENTS 



HLRE vent Re cord 

{ 

invokingEvent 

servedMSISDN 

mscAddress 

vlrNumber 

ss Information 

subscriberData 

roamingNumber 

smDeliveryOutcome 

alertReason 



SET 

[0] 
[2] 
[3] 
[4] 
[5] 
[7] 
[8] 
[9] 
[10] 



HLRInvokingEvent OPTIONAL, 

ISDN-AddressString OPTIONAL, 

AddressString OPTIONAL, 

AddressString OPTIONAL, 

SEQUENCE OF SSInf ormat ion OPTIONAL, 

SEQUENCE OF SubscriberData OPTIONAL, 

ISDN-AddressString OPTIONAL, 

SEQUENCE OF SM-DeliveryOut come OPTIONAL, 

SEQUENCE OF AlertReason OPTIONAL, 
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serviceCentreAddress [11] 

mapInterfaceMessages [12] 

eventStartTime [13] 

eventStopTime [14] 

eventNumber [15] 

recordExtensions [16] 



SEQUENCE OF AddressSt ring 

SEQUENCE OF MAPIntMess 

TimerData 

TimerData 

INTEGER, 

SET OF ManagementExtension 



OPTIONAL, 
OPTIONAL, 
OPTIONAL, 
OPTIONAL, 

OPTIONAL 



HLRInvokingEvent 



ENUMERATED 



locationChange (0), 

subscriberDataChange (1), 

routingEnquiry (2), 

provideRoamingNumber (3) , 

ssActivity (4) , 

password (5) , 

sms (6) 



MAPIntMess 



SEQUENCE 



changeTime 
mapIntMess 



TimerData, 
OCTET STRING 



TRACE RECORD CONTROL 



TraceControlId 



RecordCriteria 



[ 



noCriteria 
eventType 



INTEGER 

SET OF ENUMERATED 

(0), 
(1) 



EventTypes 

[ 

handover 

ss-action 

sms 

setup 

release 



SET OF INTEGER 

(0), 
(1), 
(2), 
(3), 
(4), 



— values 5-100 are reserved 

— values 101-200 are manufacturer specific 

— values 201- . . . are reserved 



TraceFileFormat 



SET OF TraceRecord 



TRACE RECORD OUTPUT 



RecordCriterionUsed ::= 
[ 

noCriterion 

event 

manuf Specif icCr iter ion 

deactivation 



ENUMERATED 

(0), 
(1), 
(2), 
(3) 



Event TypeUsed 

{ 

handover 

ss-action 

sms 

setup 

release 



(0), 
(1), 
(2), 
(3), 

(4) 



— values 5-100 are reserved 

— values 101-200 are manufacturer specific 

— values 201-. . . are reserved 
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